O perigo de se iniciar o CMDB (ou CMS) por uma solução de inventário

 

O processo de gerência de configuração (GC) exige uma disciplina rígida para que não ocorra inconsistência dos dados. A dificuldade de encontrar uma ferramenta que se adeque ao processo e ao orçamento, e ter os recursos (pessoal e técnico) para a implantação e operação do CMDB torna, em minha opinião, a gerência de configuração (GC) um dos processos mais complexos a serem implantados.

Em algumas empresas o processo da GC começa sem um escopo delimitado, ou seja, não se focou em um grupo pequeno de serviços, mas em toda a TI. Nesses casos, é comum que um software de inventário (como o SCCM - System Center Configuration Manager) seja utilizado como o ponto de partida do CMDB. Um software de inventário pode alimentar um CMDB, mas faltam funções críticas para que seja bem sucedido na GC.

O objetivo principal de um CMDB é ajudar a organização a compreender as relações entre os componentes de TI e controlar sua configuração. O mais importante para o CMDB não existe em softwares de inventários, que é o relacionamento entre os componentes. Quando os componentes acordados de infra-estrutura, aplicativos associados, plataforma, middleware, rede e armazenamento que compõem a configuração de um serviço são relacionados, a análise de impacto de mudança é mais precisa.

Um software de inventário fornece informações que não são pertinentes para a GC. Por exemplo, qual a finalidade de se armazenar o modelo, marca e CPU de um computador em um CMDB? Essas informações não agregam valor na análise de uma mudança que já foi planejada e definida pelas áreas competentes.

Um CMDB deve conter a funcionalidade de linha do tempo (baseline), que mostra a configuração dos itens de configuração de um sistema em um ponto específico no tempo. Essa função permite o sistema seja reconstruído, após um erro de configuração, em uma data posterior. Dificilmente se encontra essa característica em softwares de inventário.

Outro ponto importante que não é coberto é facilitar/permitir o acesso às informações contidas no banco de dados por outros processos de governança. A quantidade de tabelas e relacionamentos destes produtos praticamente inviabiliza a integração para que os processos de gestão de mudanças e entrega atualize e altere os itens de configuração.

Dados os pontos acima, recomendo fortemente que se utilizem processos automáticos para a atualização dos ICs, extraindo os dados do software de inventário, e não utilizar o software de inventário como um CMDB inicial.

Comments

• Anonymous
  January 01, 2003
  Artur, por favor, façamos então uma capanha como o título "SCCM não tem CMDB". Concrodo plenamente com esta sua opinião e assino embaixo. Já alinhei isso com o público que visite meu site e blog, com o pessoal da empresa na qual sou colaborador e nos documentos internoas da área de vendas. A minha principal preocupação é não passar a idéia errada para os nossos clientes, não quero se aproveitar do fato que muitos deles não vão saber se o SCCM pode ser usado como CDMB ou não, o que eu pretendo sempre deixar bem claro é que o SCCM é excelente no que faz e ponto. Não vejo a hora de ter no mercado o RTM so System Center Service Manager (que venho testeando em beta) com o seu prometido CMDB, ai sim vai dor gosto de overecer aos clientes uma suíte completamente centralizada e com integração nativa, por padrão. E digo mais, juntando os detalhes do SCCM, os relacionamento do SCOM e a capacidades de integração do SCSM o ambiente de TI terá um controle nunca antes vista para ambiente Windows, espero estar aqui pra ver isso. Grande abraço.