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, porque 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, 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, ela costuma ser o lugar onde dados conflitantes se acumulam sem controle. O problema passa a estar na execução.
Afinal, 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. Assim, o resultado é previsível: CIs duplicados, atributos desatualizados e relacionamentos quebrados.
Além disso, 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 uma dessas ferramentas 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 não são apenas um problema técnico. Eles 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
Portanto, a questão central é sobre 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. Isso porque, 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. Isso significa que, ao implementar um SGC para o VMware vCenter, por exemplo, você não está apenas puxando dados de máquinas virtuais, você 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:
- Identificação:o motor verifica se o CI já existe noCMDB com base em atributos-chave (nome, endereço IP, serial number, entre outros). Dessa forma, ele evita a criação de duplicatas.
- 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. Por exemplo, você pode definir que o Discovery nativo daServiceNow tem precedência sobre dados vindos de um conector de terceiro.
- Normalização:os dados importados são ajustados ao modelo de classes e atributos do CSDM, garantindo consistência semântica entre todos osCIs.
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: Mware 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 e Tenable (vulnerability management); SentinelOne
- Monitoramento e observabilidade: Dynatrace; AppDynamics; Datadog; Software e licenciamento; Microsoft SCCM / Intune; Flexera; Snow Software
Cada um desses conectores 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 não é apenas uma tarefa técnica. Afinal, ela impacta diretamente a qualidade dos dados que alimentam todos os processos de ITSM, ITAM e ITOM. Por isso, uma abordagem estruturada é indispensável.
Fase 1 — Diagnóstico e mapeamento de fontes
Antes de configurar qualquer conector, mapeie todas as fontes de dados de TI que existem no ambiente. Responda às seguintes perguntas:
- 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ê vai 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 é autoridade para last_discovered e dados de vulnerabilidade; VMware é autoridade 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:
- Instalar o plugin do conector via ServiceNow Store
- Configurar as credenciais de conexão com a fonte externa
- Definir o escopo de dados a ser importado (ex.: apenas produção ou também homologação)
- Configurar o agendamento de sincronização
- 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. Portanto, 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
- Ativar múltiplos conectores sem regras de precedência definidas O resultado é um 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.
- Importar tudo sem filtrar por escopo Importar todos os CIs de todas as ferramentas sobrecarrega a CMDB com dados irrelevantes para o negócio. Filtre por ambiente (produção prioritário), criticidade e classes relevantes para os processos suportados.
- Ignorar o CSDM na configuração Os SGCs foram projetados para se alinhar ao Common Service Data Model. No entanto, implementá-los sem considerar a hierarquia CSDM (Technical Services, Business Services, Application Services) significa perder o maior benefício: a visibilidade de impacto de serviços de ponta a ponta.
- Não monitorar a saúde dos conectores Conectores param de funcionar por várias razões — credenciais expiradas, mudanças de API na ferramenta de origem, problemas de rede. Sem monitoramento ativo, a CMDB envelhece silenciosamente.
- 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.
Próximo passo
Sua organização já usa ferramentas como VMware, CrowdStrike, Qualys ou AWS, mas esses dados ainda não chegam à CMDB de forma estruturada?
A 4MATT pode ajudar. Como parceiro Elite ServiceNow especializado em ITAM, ITOM e CMDB, implementamos Service Graph Connectors com governança de dados desde o início, garantindo que a sua CMDB entregue visibilidade real, não apenas volume de CIs.
Fale com um especialista da 4MATT e descubra como estruturar a integração de dados da sua infraestrutura sem comprometer a integridade do seu repositório central.
