O CSDM da ServiceNow (Common Service Data Model) organiza o CMDB em três camadas de Configuration Items: Business Application — a visão do negócio —, Application Service — a implementação técnica — e Application — o componente individual instalado em cada servidor. O Service Mapping descobre essas dependências automaticamente, conectando infraestrutura à perspectiva de negócio em tempo real. Confundir essas camadas compromete relatórios de SLA, gestão de incidentes e a maturidade do ITOM.
- Business Application representa o serviço do ponto de vista do negócio; Application Service representa a infraestrutura que o sustenta tecnicamente.
- O Service Mapping descobre automaticamente os componentes de uma Application Service — servidores, bancos, conexões — e os registra no CMDB.
- Usar esses três CIs corretamente é a base para uma estratégia de ITOM madura, com impacto direto em ITSM, ITAM e gestão de mudanças.
O que é CMDB e Service Mapping?
O CMDB (Configuration Management Database) é o repositório central de todos os ativos e configurações de TI de uma organização. O Service Mapping é o processo — e o módulo da ServiceNow — que descobre automaticamente como esses componentes se conectam para entregar um serviço. Juntos, formam a base do ITOM.
Muitas equipes de TI implementam o CMDB e ainda assim enfrentam o mesmo problema: um incidente crítico acontece e ninguém sabe exatamente quais sistemas estão envolvidos. O CMDB foi populado, mas sem uma estrutura de dados clara entre o que é negócio, o que é serviço técnico e o que é um componente de aplicação.
Antes de entender o Service Mapping, é essencial dominar os três CIs fundamentais do modelo CSDM da ServiceNow: Business Application, Application Service e Application.
Business Application, Application Service e Application: as três camadas do CSDM
O CSDM (Common Service Data Model) é o framework de dados da ServiceNow. Ele define como os CIs devem ser organizados para refletir tanto a perspectiva de negócio quanto a perspectiva técnica de TI.
O que é Business Application?
A Business Application representa um serviço sob a perspectiva do negócio. Ela responde à pergunta: “Qual capacidade de negócio essa tecnologia entrega?”
Os principais exemplos incluem sistema de RH, plataforma de e-commerce, portal do cliente e ERP corporativo.
A Business Application é o ponto de conexão entre TI e as áreas de negócio. Ela aparece em contratos, SLAs, relatórios executivos e na gestão de portfólio de aplicações (APM). No entanto, ela não descreve como essa capacidade é entregada tecnicamente — esse é o papel do próximo CI.
O que é Application Service?
A Application Service representa a implementação técnica de um serviço. Ela responde à pergunta: “Quais componentes de infraestrutura e software sustentam esse serviço em produção?”
É aqui que o Service Mapping atua. O módulo descobre automaticamente:
- Servidores (físicos ou virtuais)
- Bancos de dados
- Balanceadores de carga
- Conexões de rede
- Serviços de middleware
A Application Service cria um mapa de dependências técnicas, visível e atualizado em tempo real, diretamente no CMDB.
Relação com a Business Application: uma Business Application pode depender de uma ou mais Application Services. Por exemplo, o sistema de RH (Business Application) pode depender de uma Application Service de autenticação, outra de armazenamento de dados e outra de integração com folha de pagamento.
O que é Application (CI genérico)?
O CI do tipo Application é o registro de um software ou componente instalado em um servidor específico. É o nível mais granular da camada de aplicação no CMDB.
Alguns exemplos são o Apache Tomcat instalado no servidor PROD-APP-01, o Oracle Database 19c no servidor PROD-DB-02 e o Java Runtime Environment versão 11.
Enquanto a Application Service é o serviço composto, a Application é o componente individual que faz parte desse serviço.
Como o Service Mapping conecta tudo isso
O Service Mapping da ServiceNow funciona a partir de um entry point — um IP, hostname ou URL que representa o ponto de entrada do serviço. A partir daí, o Discovery do ITOM rastreia todas as dependências, criando e atualizando os CIs automaticamente.
O resultado é uma Application Service Map, um grafo visual no CMDB que mostra:
Business Application (ERP Corporativo)
└── Application Service (SAP Production)
├── Load Balancer (F5 PROD-LB-01)
├── App Server (PROD-SAP-APP-01)
│ └── Application CI: SAP NetWeaver 7.5
├── App Server (PROD-SAP-APP-02)
│ └── Application CI: SAP NetWeaver 7.5
└── Database Server (PROD-SAP-DB-01)
└── Application CI: Oracle DB 19c
Quando um incidente ocorre em qualquer componente desse mapa, a ServiceNow sabe automaticamente qual Business Application está em risco — e quem precisa ser notificado.
Impacto direto em ITSM e gestão de mudanças
Além da visibilidade operacional, essa estrutura tem impacto direto em outros processos:
Gestão de Incidentes
O incidente é automaticamente associado à Application Service afetada. O impacto no negócio é calculado com base na Business Application vinculada. O MTTR (Mean Time to Resolve) cai porque a equipe já sabe o escopo exato do problema.
Gestão de Mudanças
Antes de uma mudança, o CMDB mostra todas as dependências do componente. A análise de impacto (CIA — Change Impact Analysis) é executada automaticamente, e mudanças de alto risco são sinalizadas antes de serem aprovadas.
ITAM e licenciamento
Os CIs do tipo Application conectam o uso real de software aos contratos de licença. A gestão de SAM (Software Asset Management) se beneficia diretamente de um CMDB bem estruturado no CSDM ServiceNow.
Os erros mais comuns no Service Mapping
- Criar Application Services manualmente sem usar o Service Mapping — o resultado é um CMDB rapidamente desatualizado
- Confundir Business Application com Application Service — misturar as duas camadas compromete relatórios de SLA e análises de impacto
- Não vincular Application Services às Business Applications — o CMDB técnico existe, mas sem conexão com o negócio
- Ignorar o CI de Application — sem esse nível de detalhe, a gestão de licenças e patches fica cega
Checklist para um CMDB e Service Mapping bem estruturado
- Business Applications mapeadas e vinculadas a donos de negócio
- Application Services criadas via Service Mapping (não manualmente)
- Mapa de dependências atualizado por Discovery contínuo
- CIs de Application associados às Application Services corretas
- Relacionamentos Business Application → Application Service configurados
- Impacto de negócio configurado para alertas de incidentes
- Integração com Change Management ativa para análise de impacto