---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Arquitetura Agent Client Collector

# Arquitetura Agent Client Collector {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura

O Agent Client Collector é um agente ServiceNow instalado em seus dispositivos Windows, Linux e macOS para monitorar a infraestrutura e as aplicações instaladas da sua empresa.

O Agent Client Collector foi criado em uma estrutura Sensu e vem instalado com recursos de monitoramento para servidores, bancos de dados, servidores de aplicações e middleware. Ele também permite que você adote e estenda o monitoramento com verificações adicionais da comunidade Sensu, bem como com quaisquer plug-ins compatíveis com Nagios. Verificações e políticas são executadas no agente para recuperar os dados relevantes, que são transformados em eventos ou métricas, conforme apropriado. Eventos e métricas são enviados do agente para Integridade do ITOM em sua instância ServiceNow por meio de um MID Server \] pré-instalado e armazenados na tabela do CMDB (para dados Descoberta ) ou na tabela de eventos (para eventos).

Os comandos e suas configurações executados no Agente são chamados de verificações. O agente vem por padrão com definições de verificação, que determinam um comando específico e a frequência padrão com que ele é executado. As verificações são definidas na instância e passadas para o agente por meio do MID Server.

Uma política é uma combinação dos ICs monitorados pelo Agent Client Collector e as verificações executadas nesses ICs. Você associa definições de verificação a políticas. Essas definições de verificação são chamadas de instâncias de verificação. Você pode personalizar as instâncias de verificação para atender às suas necessidades. Por exemplo, personalize o intervalo de execução ou os parâmetros específicos da política, como as credenciais de login para acessar um banco de dados MySQL. A personalização de uma instância de verificação tem efeito somente na instância de verificação associada à política, o que não afeta a definição de verificação original ou as instâncias de verificação já criadas em outras políticas.

Após o lançamento inicial do Agent Client Collector, o agente coleta informações sobre seu host e os processos do host. Para fazer isso, o agente envia as informações coletadas para a instância por meio do MID Server. A instância cria um IC para o host e também cria ICs para aplicações classificadas a partir das informações dos processos em execução, como o Microsoft SQL Server. Depois que esses ICs são criados, as políticas ativas definidas para os ICs são baixadas para o MID Server do agente e enviadas por push para o agente. Isso é ilustrado no diagrama a seguir.  

<br />

O fluxo indica o seguinte:

1. Na instância ServiceNow, o usuário define uma política de monitoramento. Esta política inclui sua classe de destino de monitoramento ou classes de ICs, verificações, parâmetros de verificação e frequência.
2. O MID Server busca periodicamente da instância para instâncias de verificação de política e passa as verificações para o agente.
3. O agente executa suas verificações programadas e envia os resultados para o MID Server. O MID Server passa os dados coletados de volta para a instância, onde são armazenados no banco de dados relevante.
{#acc-concept__ol_c45_c3c_ckb}