DEX Architektur

Digitale Endanwender-Experience Die (DEX)-Architektur bietet Endbenutzern eine nahtlose und integrierte digitale Experience. Das Thema bietet einen umfassenden Überblick über die Funktionsweise von DEX, einschließlich des Designs.

DEX verwendet eine Reihe neuer Cloud-nativer Services mit mehreren Mandanten, die als ServiceNow Cloud Services bezeichnet werden. In dieser Architektur können DEX Endpunkt-Agents (Agent Client Collector) ohne MID-Server mit der Cloud ServiceNow kommunizieren. ServiceNow Cloud Services bieten die Authentifizierung für DEX Agents und ermöglichen die Nachrichtenpufferung und die statusbehaftete Stream-Verarbeitung von Daten, die schließlich an den kundenspezifischen Glide- und Zeitreihen-Datenspeicher (MetricBase) gesendet werden. ServiceNow Cloud-Services ermöglichen auch eine sichere Methode zum Senden von Richtlinienaktualisierungen und zur Ausführung von Prüfungen für die DEX Agents bei Bedarf aus Glide. Somit ermöglichen ServiceNow Cloud Services eine sichere bidirektionale Kommunikation zwischen Glide und den DEX Endpunkt-Agents.

Abbildung : 1. DEX Architekturdiagramm

Agent-Registrierungs-Flow

Bevor Endpunkt Discovery beginnen kann, muss Agent Client Collector (Agent) auf einem Endpunkt die Registrierung über den Agent-Registrierungs-Flow abschließen und ein TLS-Client-Zertifikat von der Glide-Instanz des Kunden erhalten.

Der Agent-Registrierungsprozess umfasst die folgenden Schritte.

1. In der Kundeninstanz wird automatisch ein Registrierungsschlüssel für Agent Client Collector (Agent) generiert.
2. Der Agent wird mithilfe des Registrierungsschlüssels, der Instanz-URL und des öffentlichen Endpunkts in der Kundeninstanz installiert.

   Die Instanz-URL entspricht der Variablen INSTANCE_URL im einzeiligen Installationsbefehl. Der öffentliche Endpunkt verweist auf den DNS-Namen des nächstgelegenen ServiceNow Cloud Services-Endpunkts, der durch den Wert der Variablen ACC_CNC im einzeiligen Installationsbefehl dargestellt wird. Weitere Informationen zum Befehl und zu den Parametern finden Sie unter und .

3. Service Desk-Mitarbeiter sendet Registrierungsanforderung an die Kundeninstanz.
4. Der Agent ist in der Kundeninstanz registriert und hat ein Zertifikat ausgestellt.
5. Der Agent speichert sowohl das ausgegebene Zertifikat als auch den öffentlichen Schlüssel, der zur Überprüfung von Codesignatursignaturen verwendet wird.
6. Der Agent kommuniziert mit der Kundeninstanz über die ServiceNow Cloud Services, indem er Nachrichten sendet.
7. ServiceNow Cloud Services bestimmen die richtige Kundeninstanz, an die Mitarbeiternachrichten gesendet werden müssen.

Endpunkterkennung

Der Endpunkt DEX muss zuerst erkannt und zu CMDB hinzugefügt werden, bevor DEX -Metriken erfasst und verarbeitet werden können. Nachdem der Agent DEX registriert wurde, stellt er eine Verbindung zu den Cloud-Services von ServiceNow her und verwendet die Keep Alive-API, um sich bei Glide anzumelden. Dadurch wird der Agent-Status im Agent Client Collector-Integritäts-Dashboardaktualisiert. Glide leitet dann Prüfungen und Richtlinien über ServiceNow Cloud Services an den Agent weiter. Einige der Richtlinien lösen die Erkennung und das Ausfüllen von CMDBaus. Weitere Informationen dazu, wie ACC für die Erkennung und das Ausfüllen von CMDBverwendet wird, finden Sie unter Agent Client Collector for Visibility.

DEX Spezifische Richtlinien, die an den Agent gesendet werden, informieren den Agent über die Metriken, die für SaaS-Apps, installierte Apps und den Endpunkt erfasst werden sollen. Diese Richtlinien lösen zuerst den Download von Agent Client Collector -Plugins (die Skripts und Code enthalten, die für die Erkennung und Erfassung der Metriken erforderlich sind) über ServiceNow Cloud Services auf den Agent-Endpunkt aus, indem eine direkte REST-API bei Glide aufgerufen wird.

DEX Metrikverarbeitung

• Die Chrome-Erweiterung DEX führt einen internen API-Aufruf an den Agent durch, um eine Liste der SaaS-App-URLs abzurufen, für die Metriken erfasst werden müssen. Die Chrome-Erweiterung DEX für Chrome konzentriert sich hauptsächlich auf die Erfassung von Leistungsmetriken wie Seitenladezeit und Antwortzeit. Es werden keine detaillierten Informationen über Benutzerverhalten, Interaktionen und Interaktionen erfasst.
• ACC führt eine Datenvorverarbeitung oder -filterung durch und sendet die erfassten Daten an ServiceNow Cloud Services.
• ServiceNow Cloud Services puffert die Daten in Rohmetrikthemen zur weiteren Verarbeitung.
• Die Daten im Rohmetrikthema werden dann von einem statusbehafteten Stream-Verarbeitungsauftrag verwendet, der DEX spezifische Datenanreicherung, Transformation, Filterung, Zusammenfassung, Analyse oder Event-Erstellung ausführt.
• Metrikmetadaten, die für den Stream-Verarbeitungsauftrag DEX erforderlich sind, werden aus Glide abgerufen.
• Die angereicherten und zusammengefassten Daten werden in die entsprechenden Themen in ServiceNow Cloud Services geschrieben.
• Die Daten in diesen Themen werden direkt von MetricBase verwendet und zur weiteren Analyse in den MetricBase-Tabellen DEX gespeichert.
• Einige verarbeitete, nicht metrische Daten werden vom Stream-Verarbeitungsauftrag direkt in den Glide-Tabellen gespeichert.
• Die Metrikdaten werden aus MetricBase gelesen, um im DEX Dashboardangezeigt zu werden.