No contexto do CMDB e do Service Mapping na ServiceNow, Business Application, Application Service e Application são três tipos de Configuration Items (CIs) distintos, cada um com papel específico no modelo CSDM (Common Service Data Model). Este artigo explica as diferenças conceituais e práticas entre Business Application, Application Service e Application dentro do CMDB da ServiceNow, como o Service Mapping popula esses CIs automaticamente e por que confundi-los compromete a visibilidade de serviços e a gestão de incidentes.
Veja os principais destaques:
- 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. Assim, juntos eles formam a base do ITOM.
Muitas equipes de TI implementam o CMDB e ainda assim enfrentam o mesmo problema, em que um incidente crítico acontece e ninguém sabe exatamente quais sistemas estão envolvidos. Afinal, 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.
Portanto, 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.
Além disso, 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?”
Assim, é aqui que o Service Mapping atua. Ou seja, o módulo descobre automaticamente:
- Servidores (físicos ou virtuais)
- Bancos de dados
- Balanceadores de carga
- Conexões de rede
- Serviços de middleware
Dessa forma, a Application Service cria um mapa de dependências técnicas, de forma visível e atualizada 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.
Portanto, 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
Assim, 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. Além disso, o impacto no negócio é calculado com base na Business Application vinculada.
O MTTR (Mean Time to Resolve) também cai porque a equipe já sabe o escopo do problema.
Gestão de Mudanças:
Antes de uma mudança, o CMDB mostra todas as dependências do componente e a análise de impacto (CIA — Change Impact Analysis) é executada automaticamente. Ainda, as 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. Dessa forma, a gestão de SAM (Software Asset Management) se beneficia diretamente de um CMDB bem estruturado
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
Leia também:
Como o CMDB ajuda a simplificar as operações de TI?
Desvendando o CMDB: Veja o guia completo
O valor estratégico do CMDB na gestão de ativos de TI
CMDB: E-Book Gestão de Configuração e Ativos
FAQ — CMDB Service Mapping
1. Business Application e Application Service são a mesma coisa?
Não. Business Application representa o serviço sob a perspectiva do negócio. Application Service representa a implementação técnica desse serviço, com todos os seus componentes de infraestrutura mapeados.
2. O Service Mapping substitui o Discovery?
Não, porque os dois se complementam. O Discovery identifica CIs individuais (servidores, software, hardware). O Service Mapping organiza esses CIs em mapas de dependência que representam serviços completos.
3. É possível ter uma Application Service sem usar o Service Mapping?
Tecnicamente sim, mas não é recomendado. Criar Application Services manualmente gera dados desatualizados rapidamente. O Service Mapping garante que o mapa reflita o ambiente real em produção.
4. Como o CSDM se relaciona com essa estrutura?
O CSDM é o modelo de dados da ServiceNow que define como Business Applications, Application Services e Applications devem se relacionar. Já que, seguir o CSDM garante que o CMDB seja coerente, escalável e útil para todos os processos — ITSM, ITOM, ITAM e além.
5. Qual é o pré-requisito para implementar Service Mapping?
É necessário ter o ITOM Discovery ativo e configurado, além de entry points definidos para os serviços que serão mapeados. Afinal, a qualidade do CMDB resultante depende diretamente da cobertura e da precisão do Discovery.
Pronto para estruturar o CMDB da sua empresa?
A 4MATT é parceiro Elite ServiceNow e especialista em CMDB, ITOM e Service Mapping. Assim, nossa abordagem consultiva garante que Business Applications, Application Services e componentes técnicos estejam corretamente relacionados, gerando visibilidade real, reduzindo incidentes e conectando TI ao negócio.
Entre em contato com a 4MATT e descubra como estruturar um CMDB que realmente funciona para a sua operação.
