--- title: "Service Graph Connectors: como integrar dados de TI no CMDB sem criar caos" description: "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..." url: https://4matt.com.br/service-graph-connectors-no-cmdb date: 2026-05-07 modified: 2026-05-07 author: "Diana" image: https://4matt.com.br/wp-content/uploads/2026/05/Novo-modelo-de-Capa-para-o-Blog-22.jpg categories: ["Blog", "CMDB - Configuration Management Database"] type: post lang: pt --- # 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 (https://4matt.com.br/guia-completo-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 (https://4matt.com.br/implementando-dynamic-ci-groups) 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: - (https://4matt.com.br/itsm-dicas-e-melhores-praticas-para-implementar) incidentes mal roteados por falta de dados de impacto e dependência - (https://4matt.com.br/itam-gestao-de-ativos-de-ti): ativos fantasmas gerando cobranças de licença desnecessárias - (https://4matt.com.br/beneficios-e-desafios-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 (https://4matt.com.br/o-que-e-service-now) 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: 1. 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. 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. Por exemplo, você pode definir que o Discovery nativo daServiceNow 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 osCIs. !(https://4matt.com.br/wp-content/uploads/2026/05/Service-Graph-Connectors_-como-integrar-dados-de-TI-na-CMDB-sem-criar-caos-visual-selection-300x261.png) ## 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: 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. 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 !(https://4matt.com.br/wp-content/uploads/2026/05/Service-Graph-Connectors_-como-integrar-dados-de-TI-na-CMDB-sem-criar-caos-visual-selection-1-300x198.png) ### Erros mais comuns, e como evitá-los 1. 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. 2. 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. 3. 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. 4. 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. 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. ## 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. (https://4matt.com.br/sac-fale-conosco/) e descubra como estruturar a integração de dados da sua infraestrutura sem comprometer a integridade do seu repositório central.