Architecture de l'application DEX

L'architecture de l'application Expérience numérique de l'utilisateur final (DEX) offre une expérience numérique transparente et intégrée aux utilisateurs finaux. Cette rubrique fournit une vue d'ensemble complète de la façon dont DEX fonctionne, y compris sa structure.

DEX utilise un ensemble de nouveaux services cloud natifs multilocataires appelé services dans le cloud ServiceNow. Dans cette architecture, les agents de point de terminaison DEX ( Agent Client Collector ) sont en mesure de communiquer avec le cloud ServiceNow sans serveur MID. Les services Cloud ServiceNow fournissent l'authentification aux agents DEX et activent la mise en mémoire tampon des messages et le traitement de flux avec état des données qui sont finalement envoyées à la banque de données Glide et de séries chronologiques spécifique du client (MetricBase). Les services ServiceNow Cloud Services offrent également un moyen sécurisé d'envoyer des mises à jour de politique et l'exécution à la demande de vérifications sur les agents DEX à partir de Glide. Ainsi, les services ServiceNow Cloud Services permettent une communication bidirectionnelle sécurisée entre Glide et les agents de point de terminaison DEX.

Figure 1. Diagramme de l'architecture DEX

Flux d'inscription de l'agent

Pour que le point de terminaison Découverte puisse commencer, l'Agent Client Collector (agent) d'un point de terminaison doit terminer l'inscription via le flux d'inscription de l'agent et recevoir un certificat client TLS de l'instance Glide du client.

Le processus d'inscription de l'agent comporte les étapes suivantes.

1. Sur l'instance client, une clé d'inscription est automatiquement générée pour l'Agent Client Collector (agent).
2. L'agent est installé dans l'instance client à l'aide de la clé d'inscription, de l'URL d'instance et du point de terminaison public.

   L'URL d'instance correspond à la variable INSTANCE_URL dans la commande du programme d'installation à une ligne. Le point de terminaison public fait référence au nom DNS du point de terminaison ServiceNow Cloud Services le plus proche, qui est représenté par la valeur de la variable ACC_CNC dans la commande du programme d'installation à une ligne. Pour en savoir plus sur la commande et les paramètres, consultez Install Agent Client Collector on Windows using ITOM Cloud Services et Perform a single-line Agent Client Collector installation on macOS by using ITOM Cloud Services.

3. L'agent envoie une demande d'inscription à l'instance client.
4. L'agent auquel un certificat a été délivré est enregistré dans l'instance client.
5. L'agent enregistre à la fois le certificat émis et la clé publique utilisée pour vérifier les signatures de code.
6. L'agent communique avec l'instance client via les services ServiceNow Cloud Services en envoyant des messages.
7. Les services ServiceNow Cloud Services identifient l'instance client correcte à laquelle les messages de l'agent doivent être envoyés.

Détection d'un point de terminaison

Le point de terminaison DEX doit d'abord être détecté et ajouté à CMDB pour que les mesures de l'application DEX puissent être collectées et traitées. Une fois l'agent DEX inscrit, il se connecte aux services ServiceNow Cloud Services et utilise l'API de maintien de connexion pour s'enregistrer avec Glide. L'état de l'agent est alors mis à jour dans le tableau de bord de l'intégrité d'Agent Client Collector. Glide transmet ensuite Checks and policies à l'agent via les services ServiceNow Cloud Services. Certaines des politiques déclenchent la détection et le remplissage de la CMDB. Pour en savoir plus sur l'utilisation d'ACC pour la détection et le remplissage de la CMDB, consultez Agent Client Collector for Visibility.

Des politiques spécifiques de l'application DEX transmises à l'agent l'informent des mesures à collecter pour les applications SaaS, les applications installées et le point de terminaison. Ces politiques déclenchent d'abord le téléchargement des Agent Client Collector plugins (qui contiennent les scripts et le code nécessaires pour effectuer la détection et collecter les mesures) vers le point de terminaison de l'agent via les services ServiceNow Cloud Services en appelant une API REST directe sur Glide.

Traitement des mesures DEX

• L'extension Chrome DEX effectue un appel d'API interne à l'agent pour obtenir la liste des URL d'applications SaaS pour lesquelles elle doit collecter des mesures. L'extension Chrome DEX se concentre principalement sur la capture des mesures de performance telles que le temps de chargement des pages et le délai de réponse. Elle ne capture pas d'informations détaillées sur le comportement, les interactions et l'engagement des utilisateurs.
• ACC effectue le prétraitement ou le filtrage des données et envoie les données collectées aux services ServiceNow Cloud Services.
• Les services ServiceNow Cloud Services mettent en mémoire tampon les données des mesures brutes pour un traitement ultérieur.
• Les données des mesures brutes sont ensuite consommées par une tâche de traitement de flux avec état qui effectue l'enrichissement, la transformation, le filtrage, l'agrégation et l'analyse des données propres à l'application DEX ou la création d'événements.
• Les métadonnées de mesure requises par la tâche de traitement de flux DEX sont récupérées à partir de Glide.
• Les données enrichies et agrégées sont écrites dans les rubriques correspondantes des services ServiceNow Cloud Services.
• Les données de ces rubriques sont consommées directement par MetricBase qui les stocke dans les tables DEX MetricBase pour une analyse ultérieure.
• Certaines données traitées autres que des mesures sont stockées directement dans les tables Glide par la tâche de traitement de flux.
• Les données de mesures sont lues à partir de MetricBase pour être visualisées dans le tableau de bord DEX .