O que é CMDB e por que ela não deve ser apenas um inventário?

Para que serve a CMDB no dia a dia?

O valor da CMDB aparece quando alguém precisa tomar uma decisão rápida. Alguns exemplos:

• Mudança planejada. Antes de trocar um switch no fim de semana, a equipe consulta quais serviços passam por ele e avisa as áreas afetadas, em vez de descobrir o impacto na segunda-feira.
• Incidente. O monitoramento indica lentidão em um banco de dados. A CMDB mostra que ele sustenta o faturamento e o portal de clientes, e o chamado recebe a prioridade correta.
• Vulnerabilidade crítica. Uma falha é publicada para determinada versão de sistema. A equipe identifica quais servidores usam essa versão e quais serviços de negócio dependem deles, o que ajuda a definir a ordem de correção.
• Fim de contrato de suporte. O suporte do fabricante para um storage está para vencer. A base mostra quais sistemas seriam afetados se o equipamento falhasse sem cobertura.

Por onde começar a montar uma CMDB?

1. Escolha poucos serviços críticos, como ERP, e-mail ou comércio eletrônico, em vez de tentar mapear toda a infraestrutura.
2. Mapeie cada serviço de cima para baixo: aplicação, bancos de dados, servidores, armazenamento, rede, serviços em nuvem e fornecedores envolvidos.
3. Defina poucos atributos por tipo de item e um responsável por manter cada tipo atualizado.
4. Automatize a coleta onde for possível. Ferramentas de descoberta, inventário e RMM, além das APIs dos provedores de nuvem, reduzem a digitação manual.
5. Conecte a CMDB aos processos de mudança e de incidente. Quando a equipe consulta a base para trabalhar, os erros aparecem e são corrigidos no próprio uso.

Depois que os primeiros serviços estiverem confiáveis, amplie o escopo aos poucos. Expandir antes disso costuma multiplicar dados que ninguém confere.

Como medir a saúde e a maturidade da CMDB?

Uma CMDB desatualizada pode ser pior que nenhuma, porque leva a decisões erradas com aparência de segurança. Alguns sinais ajudam a acompanhar a qualidade:

• itens sem responsável definido;
• itens que a ferramenta de descoberta não encontra há muito tempo e que talvez já tenham sido desativados;
• divergências entre o que foi descoberto automaticamente e o que está registrado;
• mudanças concluídas sem atualização dos itens alterados;
• incidentes em que o impacto real foi maior do que a base indicava.

Revisões periódicas por amostragem, feitas com os responsáveis de cada serviço, costumam revelar problemas que os relatórios automáticos não mostram.

A maturidade também pode ser vista em estágios. Primeiro, um inventário com responsáveis definidos. Depois, os relacionamentos entre os serviços críticos e os itens que os sustentam. Em seguida, a integração com os processos de mudança e de incidentes. Por fim, o uso da base para analisar o impacto antes de cada mudança. Pular etapas costuma gerar uma base grande e pouco confiável, mesmo em empresas de grande porte.

CMDB faz sentido para qualquer empresa?

Nem sempre. Uma empresa com poucos servidores, um único local e equipe pequena pode atender bem às suas necessidades com um inventário organizado e diagramas atualizados. Uma ferramenta de CMDB sem processo e sem dono vira mais uma base esquecida.

A CMDB passa a compensar quando os serviços dependem de muitos componentes, quando a empresa opera em nuvem híbrida, trabalha com vários fornecedores, terceiriza parte da operação ou precisa responder a auditorias. Nesses casos, o mapa de dependências deixa de ser conhecimento de uma ou duas pessoas e passa a ser informação da empresa.

Ela também conversa com outras disciplinas. O ITAM cuida do ciclo de vida, do custo e dos contratos dos ativos, enquanto a CMDB foca na configuração e nos relacionamentos. Juntas, dentro de uma prática de ITSM, dão base para mudanças mais seguras e para incidentes resolvidos com menos adivinhação.