Service Graph Connectors: como integrar dados de TI no CMDB sem criar caos

Service Graph Connectors (SGCs) são integrações nativas da ServiceNow que importam dados de fontes externas diretamente para o CMDB, seguindo regras de reconciliação e o modelo CSDM, sem duplicatas, sem dados inconsistentes.

O CMDB só gera valor quando os dados nela são confiáveis. Mas integrar dezenas de ferramentas de TI sem uma estratégia estruturada transforma o repositório central em um cemitério de CIs desatualizados. Neste artigo, você entende como os Service Graph Connectors funcionam, por que eles são superiores às integrações genéricas e como implementá-los sem comprometer a qualidade dos dados.

O que são Service Graph Connectors?

Service Graph Connectors são integrações certificadas pela ServiceNow que conectam fontes externas de dados de TI — como ferramentas de descoberta, gerenciamento de nuvem, segurança e monitoramento — diretamente ao CMDB do ServiceNow, respeitando o modelo CSDM e as regras de reconciliação do IRE (Identification and Reconciliation Engine).

Por que integrar dados no CMDB é tão difícil na prática

O CMDB é, na teoria, o repositório central de verdade sobre a infraestrutura de TI. Na prática, porém, costuma ser o lugar onde dados conflitantes se acumulam sem controle. O problema está na execução.

A maioria das organizações começa a integração de dados com abordagens improvisadas: scripts personalizados, importações manuais via planilha ou integrações construídas sem critério de reconciliação. O resultado é previsível: CIs duplicados, atributos desatualizados e relacionamentos quebrados.

Ambientes de TI modernos raramente têm uma única fonte de verdade. Uma organização de médio porte pode ter, ao mesmo tempo, VMware para virtualização, AWS e Azure para nuvem, Qualys ou Tenable para vulnerabilidades e CrowdStrike para endpoints. Cada ferramenta enxerga um pedaço da infraestrutura, e sem uma estratégia de integração estruturada, o CMDB vira um mosaico de realidades paralelas.

O custo real de uma CMDB com dados ruins

Dados inconsistentes na CMDB têm impacto direto em processos críticos:

• ITSM: incidentes mal roteados por falta de dados de impacto e dependência.
• ITAM: ativos fantasmas gerando cobranças de licença desnecessárias.
• ITOM: alertas disparados para CIs inexistentes ou mal categorizados.
• Change Management: mudanças aprovadas sem visibilidade real do blast radius.
• Auditoria e compliance: relatórios imprecisos que expõem a organização a riscos regulatórios.

A questão central é como garantir que os dados integrados não criem mais problemas do que resolvem.

Como os Service Graph Connectors funcionam

Os Service Graph Connectors são a resposta da ServiceNow para esse desafio. Diferentemente de integrações genéricas, os SGCs não são apenas pipelines de dados — eles carregam inteligência embutida.

Cada conector é certificado pela ServiceNow e desenvolvido seguindo padrões rigorosos. Ao implementar um SGC para o VMware vCenter, por exemplo, você não está apenas puxando dados de máquinas virtuais: está importando CIs corretamente tipados, com relacionamentos mapeados e atributos normalizados segundo o modelo CSDM.

A lógica do IRE: reconciliação antes de tudo

O coração de qualquer SGC é o Identification and Reconciliation Engine (IRE). Antes de criar ou atualizar um CI no CMDB, o IRE executa três etapas fundamentais:

1. Identificação: o motor verifica se o CI já existe no CMDB com base em atributos-chave (nome, endereço IP, serial number, entre outros), evitando a criação de duplicatas.
2. Reconciliação: quando múltiplas fontes reportam o mesmo CI com atributos diferentes, o IRE aplica regras de precedência configuráveis para decidir qual valor prevalece. Você pode definir, por exemplo, que o Discovery nativo da ServiceNow tem precedência sobre dados vindos de um conector de terceiro.
3. Normalização: os dados importados são ajustados ao modelo de classes e atributos do CSDM, garantindo consistência semântica entre todos os CIs.

Os principais Service Graph Connectors disponíveis

O catálogo de SGCs da ServiceNow cobre as principais ferramentas do mercado. A seguir, os mais utilizados em projetos corporativos:

• Infraestrutura e virtualização: VMware vCenter / vSphere, Microsoft Hyper-V, Nutanix.
• Nuvem pública: AWS Service Management Connector, Microsoft Azure, Google Cloud Platform.
• Segurança e endpoints: CrowdStrike Falcon, Microsoft Defender for Endpoint, Qualys, Tenable, SentinelOne.
• Monitoramento e observabilidade: Dynatrace, AppDynamics, Datadog.
• Software e licenciamento: Microsoft SCCM / Intune, Flexera, Snow Software.

Cada conector importa dados para classes específicas do CMDB — servidores, instâncias de nuvem, aplicações, endpoints — e já vem com regras de reconciliação pré-configuradas para o contexto daquela fonte.

Como implementar SGCs sem criar caos

A implementação de Service Graph Connectors impacta diretamente a qualidade dos dados que alimentam todos os processos de ITSM, ITAM e ITOM. Uma abordagem estruturada é indispensável para quem busca implementar CMDB no ServiceNow com governança desde o início.

Fase 1 — Diagnóstico e mapeamento de fontes

Antes de configurar qualquer conector, mapeie todas as fontes de dados de TI do ambiente:

• Quais ferramentas geram dados sobre ativos e configurações?
• Há sobreposição entre elas? (ex.: VMware e Qualys reportando o mesmo servidor)
• Qual é a fonte mais confiável para cada tipo de CI?

Esse mapeamento é a base para definir as regras de reconciliação. Sem ele, você importará dados conflitantes e deixará o IRE resolver sozinho — o que nem sempre gera o resultado esperado.

Fase 2 — Definição do modelo de dados e regras de precedência

Com as fontes mapeadas, defina:

• Quais classes de CI cada fonte vai popular (ex.: VMware → cmdb_ci_vminstance, Qualys → cmdb_ci_linux_server).
• Quais atributos cada fonte é autoridade (ex.: Qualys para last_discovered e dados de vulnerabilidade; VMware para cpu_count e memory).
• Regras de precedência no IRE para resolver conflitos.

Esse passo evita o problema mais comum em projetos de CMDB: duas fontes sobrescrevendo os dados uma da outra em loop infinito.

Fase 3 — Implementação e configuração do conector

Com o modelo definido, a configuração técnica do SGC segue um padrão:

1. Instalar o plugin do conector via ServiceNow Store.
2. Configurar as credenciais de conexão com a fonte externa.
3. Definir o escopo de dados a ser importado (ex.: apenas produção ou também homologação).
4. Configurar o agendamento de sincronização.
5. Validar as regras de reconciliação com um conjunto de dados de teste.

É recomendável sempre iniciar com um ambiente de desenvolvimento antes de ativar o conector em produção.

Fase 4 — Validação e qualidade de dados

Depois da primeira sincronização, valide:

• Número de CIs criados vs. esperado.
• Taxa de duplicatas identificadas pelo IRE.
• Relacionamentos populados corretamente.
• Atributos críticos preenchidos (ex.: owned_by, support_group, environment).

A ServiceNow oferece o CMDB Health Dashboard para monitorar esses indicadores de forma contínua. Use-o não apenas na implementação, mas como parte da rotina de operação.

Fase 5 — Governança contínua

Implementar o SGC é o início, não o fim. Estabeleça processos de governança:

• Revisão periódica de CIs órfãos (descobertos mas não reconciliados).
• Alertas para queda na taxa de atualização dos conectores.
• Processo de decommission para CIs de fontes que pararam de reportar.
• Revisão trimestral das regras de reconciliação.

Erros mais comuns, e como evitá-los

1. Ativar múltiplos conectores sem regras de precedência definidas. O resultado é conflito silencioso: dois conectores sobrescrevendo o mesmo atributo com valores diferentes a cada sincronização. Defina a hierarquia de fontes antes de ativar qualquer conector.
2. Importar tudo sem filtrar por escopo. Importar todos os CIs de todas as ferramentas sobrecarrega o CMDB com dados irrelevantes. Filtre por ambiente (produção prioritário), criticidade e classes relevantes para os processos suportados.
3. Ignorar o CSDM na configuração. Os SGCs foram projetados para se alinhar ao Common Service Data Model. Implementá-los sem considerar a hierarquia CSDM (Technical Services, Business Services, Application Services) significa perder o principal benefício: visibilidade de impacto de serviços de ponta a ponta.
4. Não monitorar a saúde dos conectores. Conectores param de funcionar por diversas razões — credenciais expiradas, mudanças de API na ferramenta de origem, problemas de rede. Sem monitoramento ativo, o CMDB envelhece silenciosamente.
5. Tratar SGC como substituto do Discovery. Os dois são complementares, não concorrentes. O Discovery nativo da ServiceNow é excelente para descoberta ativa de rede. Os SGCs trazem dados de ferramentas especializadas que o Discovery não acessa. Use os dois de forma coordenada.

A 4MATT, ServiceNow Elite Partner no Brasil, implementa Service Graph Connectors com governança de dados desde o diagnóstico — garantindo que o CMDB ServiceNow entregue visibilidade real para ITSM, ITAM e ITOM, não apenas volume de CIs.