DEX Arquitetura

  • Versão de lançamento: Xanadu
  • Atualizado 17 de jun. de 2026
  • 4 min. de leitura

    • A arquiteturaExperiência digital do usuário final (DEX) fornece uma experiência digital integrada e contínua para os usuários finais. O tópico fornece uma visão geral abrangente de como DEX funciona, incluindo seu design.

    DEX usa um conjunto de novos serviços multilocatários nativos da nuvem chamados de ServiceNow Serviços em Nuvem. Nesta arquitetura, DEX Agentes de endpoint ( Agent Client Collector ) podem se comunicar com a nuvem ServiceNow sem um MID Server. ServiceNowOs serviços em nuvem fornecem autenticação para Agentes da DEX e permitem o buffering de mensagens e o processamento de fluxos com estado de dados que são enviados para o Glide específico do cliente e o repositório de dados de série temporal (MetricBase). ServiceNow Os serviços em nuvem também permitem uma maneira segura de enviar atualizações de política e execução sob demanda de verificações nos DEX agentes do Glide. Portanto, os serviços em nuvem ServiceNow permitem a comunicação bidirecional segura entre o Glide e os DEX agentes de endpoint.

    Figura 1. DEX diagrama arquitetônico
    Diagrama de arquitetura de alto nível de Experiência digital do usuário final.

    Fluxo de registro do agente

    Antes que o Endpoint Descoberta possa começar, o Agent Client Collector (Agente) em um endpoint deve concluir o registro por meio do fluxo de registro do Agente e receber o certificado de cliente TLS emitido pela instância Glide do cliente.

    Gráfico do fluxo de registro do agente.

    O processo de registro do Agente envolve as etapas a seguir.
    1. Na instância do cliente, uma chave de registro é gerada automaticamente para o Agent Client Collector (Agente).
    2. O agente é instalado na instância do cliente usando a chave de registro, o URL da instância e o endpoint público.

      O URL da instância corresponde à variável INSTANCE_URL no comando do instalador de uma linha. O endpoint público se refere ao nome DNS do endpoint de serviços em nuvem ServiceNow mais próximo, que é representado pelo valor da variável ACC_CNC no comando do instalador de uma linha. Para mais informações sobre o comando e os parâmetros, consulte Install Agent Client Collector on Windows using ITOM Cloud Services e Perform a single-line Agent Client Collector installation on macOS by using ITOM Cloud Services.

    3. O Agente envia uma solicitação de registro para a instância do cliente.
    4. O Agente é registrado na instância do cliente e recebe a emissão de um certificado.
    5. O Agente salva o certificado emitido e a chave pública usada para verificar as assinaturas de assinatura de código.
    6. O Agente se comunica com a instância do cliente por meio dos Serviços em Nuvem ServiceNow enviando mensagens.
    7. ServiceNow Os serviços em nuvem determinam a instância correta do cliente para a qual as mensagens do agente devem ser enviadas.

    Descoberta de Endpoint

    O endpoint DEX deve ser descoberto e adicionado a CMDB antes que as métricas DEX possam ser coletadas e processadas. Depois que o agente DEX é registrado, ele se conecta aos serviços em nuvem ServiceNow e usa a API de manutenção de atividade para fazer check-in com o glide. Isso atualiza o status do agente no Painel de Integridade do Agent Client Collector. O Glide, então, envia Checks and policies para o agente por meio de ServiceNow Serviços em Nuvem. Algumas das políticas acionam a descoberta e preenchem o CMDB. Para obter mais informações sobre como o ACC é usado para descoberta e para preencher o CMDB, consulte Agent Client Collector for Visibility.

    Políticas específicas de DEX enviadas para o agente informam o agente sobre as métricas a serem coletadas para aplicativos SaaS, aplicativos instalados e o endpoint. Essas políticas primeiro acionam o download de Agent Client Collector plugins (que contêm scripts e código necessários para executar a descoberta e coletar as métricas) para o endpoint do agente por meio de ServiceNow Serviços em Nuvem chamando uma REST API direta no glide.

    DEX Processamento de Métricas

    • A Extensão do Chrome DEX faz uma chamada de API interna para o agente para obter uma lista de URLs de app SaaS para os quais ele precisa coletar métricas. A Extensão do Chrome DEX para o Chrome se concentra principalmente na captura de métricas de desempenho, como tempo de carregamento de página e tempo de resposta. Ele não captura informações detalhadas sobre o comportamento, as interações e o engajamento do usuário.
    • O ACC executa o pré-processamento ou a filtragem de dados e envia os dados coletados para ServiceNow Serviços em Nuvem.
    • ServiceNow Os serviços em Nuvem armazenam em buffer os dados em tópicos de métricas brutas para processamento posterior.
    • Os dados no tópico de métricas brutas são consumidos por um trabalho de processamento de fluxo com monitoração de estado que executa DEX enriquecimento de dados específico, transformação, filtragem, agregação, análise ou criação de evento.
    • Os metadados de métrica necessários para o trabalho de processamento de fluxo DEX são recuperados do Glide.
    • Os dados aprimorados e agregados são gravados nos tópicos correspondentes em ServiceNow Serviços em Nuvem.
    • Os dados nesses tópicos são consumidos diretamente pelo MetricBase, que os armazena nas tabelas MetricBase DEX para análise posterior.
    • Alguns dados processados que não são de métrica são armazenados diretamente nas tabelas do Glide pelo trabalho de processamento de fluxo.
    • Os dados de métricas são lidos do MetricBase para serem visualizados no DEX painel.