Anwendungsservices
Machen Sie sich mit Anwendungsservices vertraut, erfahren Sie mehr über die verschiedenen Anwendungsservicetypen und wie sie von mehreren ServiceNow® -Geschäftsbereichen und -Produkten verwendet werden.
Was sind Anwendungsservices?
Eine Serviceinstanz stellt eine Reihe verbundener Anwendungen und Hosts dar, die zur Bereitstellung eines Service für eine Organisation konfiguriert sind. Serviceinstanzen können intern sein, wie ein E-Mail-System einer Organisation, oder auf Kunden ausgerichtet sein, wie die Website einer Organisation. Zum Erstellen von Finanzberichten über eine webbasierte Anwendung sind beispielsweise Computer, Webserver, Anwendungsserver, Datenbanken, Middleware und Netzwerkinfrastruktur erforderlich. Diese Anwendungen und Hosts sind alle so konfiguriert, dass sie den Dienst der Finanzberichterstattung anbieten. In Entwicklungsumgebungen stellt ein Anwendungsservice eine Instanz einer Geschäftsanwendung oder eines Systems dar.
ServiceNow-Anwendungen beziehen sich auf Geräte und Anwendungen, die Anwendungsservices als Konfigurationselemente (Configuration Items, CIs) umfassen. Die verschiedenen CIs und die Beziehungen zwischen ihnen, die einen Anwendungsservice bilden, werden in Configuration Management Database (CMDB)gespeichert.
Jeder Anwendungsservice enthält einen Einstiegspunkt als CI der obersten Ebene. Ein Einstiegspunkt ist ein Punkt, auf den Clients auf eine Serviceinstanz zugreifen. In der Regel handelt es sich um eine URL oder eine Kombination aus der IP-Adresse und dem Port für Anwendungsservices in Enterprise-Bereitstellungen. Bei cloudbasierten Bereitstellungen kann ein Einstiegspunkt eine URL zu einer Cloud-Ressource wie einem AWS -Gateway sein.
Mit Gemeinsames Servicedatenmodell (CSDM) können Sie Servicetypen und Serviceangebote optimieren. Sie können Beziehungen zwischen Anwendungsservices und anderen servicebezogenen Objekten in CSDM hinzufügen: Geschäftsanwendung, technische Serviceangebote oder Business Service-Angebote.
- Erkannt
Service-Mapping erkennt Anwendungsservices anhand von Mustern und anhand der Verfolgung von Datenverkehrsverbindungen.
Durch die musterbasierte Discovery werden präzise und vollständige Anwendungsservices erstellt, die die serviceorientierte Sicht auf die IT-Infrastruktur widerspiegeln. Es erstellt eine Zuordnung mit hoher Genauigkeit, die sich gut für die Verwaltung von Anwendungsservices eignet, die für das Management von Aufgaben entscheidend sind.
Darüber hinaus bietet sie Transparenz für native Cloud-Services wie Compute, Lastenausgleichsmodule und API-Gateways. Sie können Serviceeinstiegspunkte wie AWS S3-Buckets, AWS - und Microsoft Azure -API-Gateways, AWS Lambda-Funktionen und Microsoft Azure -Funktionen verwenden, um Services zuzuordnen. Sie können auch Lambda-zu-Lambda-Aufrufe und Lambda-zu-RDS-Verbindungen erkennen, um dynamische Servicezuordnungen zu erstellen.
Die Top Down-Methode ordnet VMs lokale und in Public Clouds zu. Diese VMs müssen jedoch für die Top Down-Discovery vollständig erkannt werden, um zu bestimmen, welche Anwendungen in der VM ausgeführt werden. Wenn eine VM nicht vollständig erkannt wird, schließen Sie die Lücke mit der Tag-basierten Methode (siehe weiter unten in diesem Dokument). Die Tag-basierte Zuordnung ordnet auch Container zu, die Sie nicht mit der Top Down-Discovery zuordnen können.
Erkannte Anwendungsservices weisen die Serviceklassifizierung Anwendungsservice auf. Sie werden in der Tabelle „Zugeordneter Anwendungsservice“ [cmdb_ci_service_discovered] gespeichert.
- Dynamic CI-Gruppe
Dynamische CI-Gruppen, die als Anwendungsservices fungieren. Die Mitglieder der CMDB-Gruppen, die der dynamischen CI-Gruppe zugeordnet sind, füllen den Anwendungsservice auf. Eine dynamische CI-Gruppe ist eine dynamische Gruppierung von CIs, basierend auf einigen gemeinsamen Kriterien wie dem Standort aller Webserver in Paris oder aller Oracle-Datenbanken in Boston. Nachdem eine dynamische CI-Gruppe erstellt wurde, kann sie als Gruppenangebot in IT Service Management verwendet werden.
Bei Erstellung mit dem Assistenten für Anwendungsservices lautet die Serviceklassifizierung „Anwendungsservice“, bei Erstellung mit der Legacy-UI Ereignismanagement oder Service-Mapping lautet die Klassifizierung technischer Service. Anwendungsservices vom Typ „Dynamische CI-Gruppe“ werden in der Tabelle „Dynamische CI-Gruppe“ [cmdb_ci_query_based_service] gespeichert.
- Tag-basiert
- Ein Tag ist eine Bezeichnung, die aus einem Schlüssel-Wert-Paar besteht. Ihre Organisation verwendet möglicherweise Tags, um Assets zu kategorisieren und um die Abfrage- und Berichtsfunktionen zu verbessern. Discovery und Cloud Provisioning and Governance können die von allen wichtigen Cloud-Anbietern und Container-Ökosystemen verwendeten Tags erkennen. Sobald die Tags erkannt wurden, kann Service-Mapping auf Grundlage dieser Tags Serviceinstanzen erstellen. Beispielsweise können Sie Tags verwenden, um alle Anwendungsservices zuzuordnen, die Ihr Unternehmen in der Produktionsumgebung in der EMEA-Region verwendet.
Tagbasierte Anwendungsservices weisen die Serviceklassifizierung als Anwendungsservice auf. Sie werden in der Tabelle „Tag-basierter Anwendungsservice“ [cmdb_ci_service_by_tags] gespeichert.
- Manuell erstellt
Bei der manuellen Zuordnung dokumentieren Anwendungsbesitzer manuell die Anwendungen, die IT-Infrastruktur und die Beziehungen, die die einzelnen Anwendungsservices unterstützen. Diese Methode eignet sich am besten für Konfigurationselemente, die aufgrund von Problemen mit dem Sicherheitszugriff nicht vollständig erkennbar sind. Zum Beispiel IPS-Geräte, die einen Angriffsverhinderungsservice für den Geschäftsbereich Sicherheit unterstützen.
Versuchen Sie, eine manuelle Zuordnung nach Möglichkeit zu vermeiden. Es ist unglaublich zeitaufwändig, Services manuell zuzuordnen, und oft sind die für die Zuordnung erforderlichen Informationen aufgrund der sich entwickelnden Technologie und eines Mangels an Prozessen, die die für den Anwendungskontext erforderlichen Infrastrukturabhängigkeiten nachverfolgen und dokumentieren, nicht verfügbar. Und wenn nachfolgende Änderungen an der Anwendungsservice-Topologie vorgenommen werden, muss die Servicezuordnung manuell aktualisiert werden.
Manuell erstellte Anwendungsservices weisen die Serviceklassifizierung Anwendungsservice auf. Anwendungsservices vom Typ „Manuell erstellt“ werden in der Tabelle „Zugeordneter Anwendungsservice“ [cmdb_ci_service_discovered] gespeichert.
- Dynamisch
Ein dynamischer Anwendungsservice enthält nur CIs, die Teil von CI-Beziehungen sind, die in der CMDB CI -Beziehungstabelle [cmdb_rel_ci] gespeichert sind.
Sie können einen dynamischen Anwendungsservice nicht bearbeiten, indem Sie CIs direkt hinzufügen oder entfernen. Dynamische Anwendungsservices werden automatisch aktualisiert, um Änderungen an CI-Beziehungen in der CMDB-CI-Beziehungstabelle [cmdb_rel_ci] widerzuspiegeln. Wenn Sie einem CI, das in einem dynamischen Anwendungsservice enthalten ist, eine Beziehung hinzufügen, wird dieser Service automatisch entsprechend dem Hinzufügen der Beziehung und des zugehörigen neuen CI aktualisiert. In ähnlicher Weise wird ein dynamischer Anwendungsservice automatisch aktualisiert, wenn eine Beziehung und das zugehörige CI aus einem CI innerhalb des Service entfernt werden.
Eine Möglichkeit zur Erstellung dynamischer Anwendungsservices besteht in der Konvertierung von Legacy-Business-Services oder Legacy-Manual-Services (z. B. erstellt mit Ereignismanagement) in Anwendungsservices vom Typ „Dynamisch“.
Dynamische Anwendungsservices weisen die Serviceklassifizierung Anwendungsservice auf. Dynamische Anwendungsservices werden in der Tabelle „Berechnete Anwendungsservices“ [cmdb_ci_service_calculated] gespeichert.
Wer Anwendungsservices verwendet
- ITOM Health sammelt Warnungen von Infrastrukturereignissen, die von Überwachungstools von Drittanbietern erfasst wurden. Anschließend nutzt das Tool von Discovery gesammelte IT-bezogene Informationen, um Konfigurationselementen Warnungen zuzuordnen. Basierend auf den erfassten Informationen werden Dashboards bereitgestellt, die eine konsolidierte Ansicht von allen Events mit Einfluss auf Services verfügbar machen.
- Mit der ITOM-Optimierung erhalten Sie Tools für die Bereitstellung von Private und Public Cloud-Infrastrukturen und -Services sowie für eine konsistente Verwaltung und Kostentransparenz. Die Anwendung Cloud-Kostenmanagement, die in ServiceNow Storeverfügbar ist, hilft Ihnen, das gesamte Spektrum der mit Cloud-Assets verbundenen Kosten zu analysieren, um Möglichkeiten zur Kosteneinsparung und Optimierung des Betriebs zu identifizieren und entsprechende Maßnahmen zu ergreifen.
- Die Benutzervon IT Service Management verlassen sich darauf, dass die Anwendungsservices die IT-Infrastruktur widerspiegeln, um Services für ihre Kunden zu verwalten und bereitzustellen.
- Benutzer von Customer Service Management können Probleme im Zusammenhang mit der IT-Infrastruktur im Kontext von Anwendungsservices effizient diagnostizieren und lösen.
- Benutzervon Software Asset Management verstehen die in Ihrer IT-Umgebung ausgeführte Software und verfolgen Konfigurationen, die sich auf den Softwarelizenzverbrauch in Ihren IT-Umgebungen und Rechenzentren auswirken.
- Benutzervon Strategic Portfolio Management verwenden für Anwendungsservices gesammelte Daten, um sich ein umfassendes Bild von den in Ihrem Unternehmen verwendeten Anwendungen zu machen.
Erstellen von Anwendungsservices
Analysieren Sie die IT-Infrastruktur und die Servicebereitstellung in Ihrer Organisation, um die optimale Methode zum Erstellen und Füllen von Anwendungsservices auszuwählen.
| Methode | Wann zu verwenden ist | Zusätzliche Überlegungen |
|---|---|---|
| Erkennung von oben nach unten Service-Mapping führt eine Top Down-Discovery für Anwendungsservices durch. Service-Mapping verwendet Muster zum Erkennen und Zuordnen von CIs. Ein Muster ist eine Folge von Schritten, deren Zweck darin besteht, Attribute eines CI und seiner ausgehenden Verbindungen zu erkennen. Mit dieser Methode werden präzise und vollständige Anwendungsservices erstellt, die zuverlässig eine serviceorientierte Sicht auf die IT-Infrastruktur Ihrer Organisation darstellen Tagbasierte Discovery in Service-Mapping ist eine kostenlose Methode zur Ergänzung der Ergebnisse der Top Down-Discovery. |
Verwenden Sie diese Methode, um branchenweit anerkannte oder angepasste Anwendungen der zweiten und dritten Stufe zu erkennen. Zu diesen Anwendungen können Lastenausgleichslösungen, Anwendungs- oder Webserver mit Datenbankverbindungen gehören. |
Die musterbasierte Zuordnung erfordert die Konfiguration von Anmeldeinformationen, Benutzern und Benutzerberechtigungen, damit Service-Mapping auf Anwendungen im privaten Netzwerk Ihrer Organisation zugreifen kann. Dieser Prozess kann zeitaufwändig und mühsam sein. |
| Tag-basiert Wenn Ihre Organisation Tags für die Asset-Verwaltung verwendet, können die Tags zum Zuordnen von Anwendungsservices verwendet werden. Discovery und Cloud Provisioning and Governance erkennen Tags, die CIs zugewiesen sind, und füllen CMDB mit diesen Daten aus. Service-Mapping verwendet die Tag-bezogenen Daten aus CMDB, um Services zuzuordnen. Das Tag-basierte Service-Mapping ergänzt das Top Down-Service-Mapping. Sie sorgt für Transparenz in Containern und ordnet auch VMs zu, die nicht vollständig erkannt wurden, was durch Service-Mapping von oben nach unten nicht möglich ist. Die tagbasierte Zuordnung ordnet zwar getaggte Komponenten bestimmten Anwendungsservices zu, aber nicht die Verbindungen zwischen diesen Komponenten. Dies ist ein weiterer Grund, warum die tagbasierte Zuordnung die Top Down-Servicezuordnung ergänzt, anstatt sie zu ersetzen. |
Ordnen Sie Ressourcen für Cloud-Arbeitsauslastungen wie IaaS/PaaS/FaaS/CaaS sowie für Container-Arbeitsauslastungen mit Kubernetes, OpenShift oder AWS ECS zu. Ordnen Sie außerdem Ressourcen in Site Reliability Engineering-Bereitstellungen (SRE) oder Customer Reliability Engineering-Bereitstellungen (CRE) zu. Mit der Tag-basierten Methode können Sie Containerressourcen in Ihren -Bereitstellungen zuordnen. Normalerweise verwenden Sie diese Methode, um -Anwendungen in Cloud-Virtualisierungs- oder PaaS-Bereitstellungen zu erkennen. |
Im Gegensatz zu anderen Zuordnungsmethoden ist es bei der tagbasierten Zuordnung nicht erforderlich, Anmeldeinformationen zu konfigurieren oder Benutzern erhöhte Rechte zu gewähren. Tagbasierte Anwendungsservices enthalten möglicherweise keine relevanten CIs, wenn diesen CIs keine richtigen Tags zugewiesen sind. |
| Erfassung von Zuordnungen für Application Performance Management (APM) aus integrierten Dynatrace- oder AppDynamics-Bereitstellungen Erstellen Sie Anwendungsservices mithilfe der Integration mit dem AppDynamics-Anwendungsmodell und der Dynatrace-Überwachungsplattform, die unter ServiceNow Storeverfügbar ist. |
Verwenden Sie diese Integration, um Anwendungsservices basierend auf APM-Zuordnungen aus Dynatrace oder AppDynamics zu erstellen. Sie können mit dieser Methode erstellte Anwendungsservices zur Überwachung der Integrität verwenden. | Analysieren Sie erkannte Ressourcen in CMDB, bevor Sie sie von einer Drittpartei erfassen, um die Erstellung von doppelten CIs zu vermeiden. |
| Füllen Sie einen Anwendungsservice mit der Methode der dynamischen CI-Gruppe aus Basierend auf den Gruppen CMDB, deren Mitglieder den Anwendungsservice füllen. |
Verwenden Sie diese Methode als einfache und schnelle Möglichkeit, dynamische CI-Gruppen für Bereitstellungen wie Microsoft Active Directory, Microsoft Exchange oder andere DNS-bezogene Services zu erstellen. Dynamische CI-Gruppen sind besonders nützlich, wenn nur eine Liste von Ressourcen ohne Konfigurationsdetails oder Anmeldeinformationen verfügbar ist. Wenn Sie eine Gruppe CMDB verwenden, können Sie CMDB Integrität zur Überwachung der Integrität und eine gespeicherte Abfrage des Abfragegenerators CMDB verwenden, um nach den im Anwendungsservice enthaltenen CIs zu filtern. |
Es gibt keine Zuordnungsansicht für Anwendungsservices, die mit dieser Methode erstellt wurden. CIs, die zu einem solchen Anwendungsservice gehören, können Sie nur als Liste anzeigen. Es muss sichergestellt werden, dass die Gruppe CMDB genau nach den CIs filtert, die im Anwendungsservice enthalten sein sollen. |
| Anwendungsservice-API Erstellen Sie eine Automatisierung für die Massenerstellung von Anwendungsservices. Verwenden Sie diese Methode, wenn Ihre Organisation organisationsübergreifende Zuordnungen und Analysen durchgeführt und Informationen zu Services gesammelt hat. Anwendungsservices, die mit APIs des manuellen Typs erstellt wurden, werden in der Tabelle „Zugeordneter Anwendungsservice“ [cmdb_ci_service_discovered] gespeichert. |
Verwenden Sie diese Methode für Umgebungen, die eine Nachverfolgung des Prozesses für kontinuierliche Integration/kontinuierliche Bereitstellung (CI/CD) von DevOps erfordern. Sie können Servicezuordnungen von Drittparteien einzeln oder massenweise in manuelle Anwendungsservices importieren. Siehe Beispiel: Digitaler Leitfaden: Importieren von Servicezuordnungen von Drittparteien in ServiceNow Service Mapping. |
Machen Sie sich mit der genauen Servicestruktur vertraut: sys_id jedes CI, aus dem der Service besteht, und der Hierarchie, die die CIs bilden. Diese Methode erfordert Kenntnisse über die in Ihrer Organisation verwendete Skripting-Infrastruktur. |
| Füllen Sie einen Anwendungsservice mit der manuellen Methode aus Erstellen Sie einen manuellen Anwendungsservice mit nur einem CI: dem Einstiegspunkt. Um einen manuell erstellten Anwendungsservice auszufüllen, fügen Sie andere CIs manuell hinzu (siehe CIs einem Anwendungsservice manuell hinzufügen) . Alternativ können Sie manuelle Anwendungsservices erstellen und pflegen, indem Sie Geschäftsservices konvertieren, die in CMDB erstellt und in [cmdb_ci_service] gespeichert werden. |
Verwenden Sie die manuelle Methode, wenn Sie keine anderen Methoden zum Erstellen oder Ausfüllen von Anwendungsservices verwenden können. Erstellen Sie Anwendungsservices manuell, um Angriffe zu verhindern. |
Diese Methode erfordert keine bereits vorhandene Setup- oder Objektkonfiguration. Sie können CIs jeder Klasse in manuell erstellte Anwendungsservices aufnehmen. Manuell erstellte Anwendungsservices spiegeln einige Änderungen an CIs wider, z. B. CI-Attribute. Sie spiegeln jedoch nicht automatisch Änderungen an CI-Beziehungen wider. |
| Füllen Sie einen Anwendungsservice mit der Methode „Dynamischer Service“ aus Anwendungsservices, die automatisch aktualisiert werden, um Änderungen an CI-Beziehungen in der CMDB-CI-Beziehungstabelle [cmdb_rel_ci] widerzuspiegeln. Zur Einhaltung von Gemeinsames Servicedatenmodellkönnen Sie auch Legacy-Services in dynamische Anwendungsservices konvertieren. Diese Legacy-Services werden in den Tabellen [cmdb_ci_service] oder [cmdb_ci_service_manual] CMDB gespeichert: |
Mit dieser Methode können Sie veraltete Business-Services in Anwendungsservices umwandeln, die von anderen ServiceNow -Produkten verwendet werden können. Beispielsweise können dynamische Anwendungsservices für die Serviceüberwachung und das Change-Management verwendet werden. | Sie können einen dynamischen Anwendungsservice nicht bearbeiten, indem Sie ihm CIs hinzufügen oder daraus entfernen. Das System ändert einen Anwendungsservice vom Typ „dynamisch“ automatisch, wenn Sie die relevanten Beziehungen für CIs ändern, die Teil dieses Anwendungsservice sind. |
| Aus CSV-Datei Service-Mapping extrahiert Informationen aus dieser Datei und erstellt potenzielle Anwendungsservices, die als Servicekandidaten bezeichnet werden. Verwenden Sie diese Methode, wenn Ihre Organisation organisationsübergreifende Zuordnungen und Analysen durchgeführt und Informationen zu Services gesammelt hat. |
Bei Bedarf können Sie Servicekandidaten aus mehreren CSV-Dateien importieren. | Organisieren Sie alle gesammelten Informationen in einer bestimmten Reihenfolge in einer CSV-Datei, genau wie in der Dokumentation beschrieben. |
Um CSDMzu erfüllen, konvertieren Sie manuelle Services, die mit IT Operations Management Ereignismanagement erstellt und in [cmdb_ci_service_manual] gespeichert wurden, wie unter Manuelle Services in Anwendungsservices umwandeln oder Manuelle Services mit API in Anwendungsservices konvertierenbeschrieben. Konvertierte Services werden zu Anwendungsservices des manuellen Typs, die in der Tabelle „Zugeordneter Anwendungsservice“ [cmdb_ci_service_discovered] gespeichert sind.
Domänentrennung
Die Domänentrennung wirkt sich, wenn sie bereitgestellt wird, wie folgt auf ein für Service aus:
- Beim Erstellen eines für Service wird der für Service der Domäne des Benutzers zugewiesen.
- Beim manuellen Hinzufügen eines CI zu einem für Service können Sie nur CIs auswählen, die zu der Servicedomäne gehören.
- Wenn Sie die REST-API „ createOrUpdateService - POST“ zum Erstellen oder Aktualisieren eines Anwendungsservice verwenden, wird der Prozess angehalten, wenn eines der in der API referenzierten CIs zu einer anderen Domäne gehört als der Anwendungsservice selbst.
- Bei der Konvertierung von Business-Services in Anwendungsservices gehört der neu erstellte Anwendungsservice zu derselben Domäne wie der ursprüngliche Business-Service. Der Anwendungsservice umfasst nur CIs, die zu derselben Domäne wie der Anwendungsservice selbst gehören.