DEX Architecture
Expérience numérique de l'utilisateur final (DEX) offre une expérience numérique transparente et intégrée aux utilisateurs finaux. La rubrique fournit une vue d’ensemble complète de la façon dont DEX fonctionne, y compris sa conception.
DEX utilise un ensemble de nouveaux services cloud cloud natifs multilocataires appelés ServiceNow Services dans le cloud. Dans cette architecture, DEX les agents de point de terminaison (Agent Client Collector) sont en mesure de communiquer avec le ServiceNow cloud sans MID Server. ServiceNow Les services cloud fournissent l’authentification aux DEX agents 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 au client (MetricBase). ServiceNow Les services cloud offrent également un moyen sécurisé d’envoyer des mises à jour de politique et l’exécution à la demande de vérifications sur les DEX agents à partir de Glide. Ainsi, ServiceNow les services cloud permettent une communication bidirectionnelle sécurisée entre Glide et les agents de DEX point de terminaison.
Flux d’inscription de l’agent
Pour que le point de terminaison Détection puisse commencer, l’agent Agent Client Collector 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.
- Sur l’instance client, une clé d’inscription est automatiquement générée pour l’agent Agent Client Collector .
- 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 one-line installer. Le point de terminaison public fait référence au nom DNS du point de terminaison Cloud Services le plus proche ServiceNow , qui est représenté par la valeur de la variable ACC_CNC dans la commande d’installation sur une ligne. Pour plus d’informations sur la commande et les paramètres, reportez-vous aux sections et .
- L’agent envoie une demande d’inscription à l’instance client.
- L’agent est enregistré dans l’instance client et un certificat lui a été délivré.
- L’agent enregistre à la fois le certificat émis et la clé publique utilisée pour vérifier les signatures de signature de code.
- L’agent communique avec l’instance client via les ServiceNow services cloud en envoyant des messages.
- ServiceNow Les services dans le cloud déterminent l’instance client correcte à laquelle les messages de l’agent doivent être envoyés.
Détection de point de terminaison
Le DEX point de terminaison doit d’abord être détecté et ajouté pour CMDB que DEX les mesures puissent être collectées et traitées. Une fois l’agent DEX inscrit, il se connecte aux ServiceNow services cloud et utilise l’API keep alive pour s’enregistrer avec Glide. Cela met à jour l’état de l’agent sur le tableau de bord d’intégrité d’Agent Client Collector. Glide envoie Vérifications et politiques ensuite un message push à l’agent via ServiceNow les services cloud. Certaines des politiques déclenchent la détection et le remplissage du CMDBfichier . Pour en savoir plus sur l’utilisation d’ACC pour la détection et pour remplir le CMDB, reportez-vous à la section Agent Client Collector for Visibility.
DEX des politiques spécifiques transmises à l’agent informent l’agent des mesures à collecter pour les applications SaaS, les applications installées et le point de terminaison. Ces stratégies déclenchent d’abord le téléchargement ( Modules d'extension de Agent Client Collector 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 ServiceNow Cloud Services en appelant une API REST directe sur Glide.
DEX Traitement des mesures
- L’extension DEX Chrome effectue un appel d’API interne à l’agent pour obtenir une liste des URL d’applications SaaS pour lesquelles elle doit collecter des mesures. L’extension DEX Chrome pour Chrome se concentre principalement sur la capture d’indicateurs de performance tels que le temps de chargement des pages et le temps de réponse. Il 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 ServiceNow services cloud.
- ServiceNow Cloud Services met en mémoire tampon les données dans des rubriques de mesures brutes pour un traitement ultérieur.
- Les données de la rubrique Mesures brutes sont ensuite consommées par une tâche de traitement de flux avec état qui effectue DEX l’enrichissement des données, la transformation, le filtrage, l’agrégation, l’analyse ou la création d’événements spécifiques.
- Les métadonnées de mesure requises par la DEX tâche de traitement du flux sont récupérées à partir de Glide.
- Les données enrichies et agrégées sont écrites dans les rubriques correspondantes dans ServiceNow Cloud Services.
- Les données de ces rubriques sont consommées directement par MetricBase qui les stocke dans les DEX tables MetricBase pour une analyse plus approfondie.
- Certaines données traitées non métriques 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 DEX tableau de bord.