Três histórias de terror do CMDB com as quais aprender para ajudá-lo a alcançar o sucesso

Os erros do CMDB podem se transformar rapidamente em cenários de pesadelo se não forem gerenciados adequadamente. Em um episódio do Ondaro's Distillery Podcast, Sean Dawson e Chris Padmore compartilharam exemplos reais de desafios de CMDB e os erros dispendiosos que eles podem causar. Mais importante ainda, eles discutiram soluções práticas e estratégias de prevenção para evitar que esses problemas surjam em primeiro lugar. Aqui estão alguns insights importantes da conversa para ajudá-lo a evitar essas armadilhas e manter seu CMDB funcionando sem problemas.

A atualização fantasma

Em uma noite escura e tempestuosa, uma equipe de TI de uma grande empresa estava realizando suas atualizações típicas no CMDB. De repente, um aplicativo fica inativo, seguido por outro, e outro, e outro. A equipe entra em pânico, tentando diagnosticar o problema antes que todo o sistema desmorone ao seu redor.

"Acontece que o culpado foi um erro na atualização do CMDB", disse Chris. "Assim, quando fizeram a última alteração no CMDB, removeram acidentalmente uma das principais dependências do servidor em que estavam executando."

Então, como você pode se proteger de viver esse pesadelo? "Sua amiga será a ferramenta Discovery", disse Chris. "Ela vai se certificar de que, ao fazer a varredura e ver as dependências entre os componentes de TI, essas dependências sejam associadas corretamente no CMDB."

O servidor fantasma

Você está sentado em sua mesa quando recebe uma chamada. "Parece que o servidor 123 está fora do ar", diz a chamada. Servidor 123? Você não se lembra da existência de um servidor 123. Mas você procura e, de fato, existe um servidor 123 no CMDB. Ele não está emitindo ping, não há tíquetes associados a ele, nenhum aplicativo está sendo executado nele e ninguém o está solicitando - ninguém além desse chamador fantasma.

Você pergunta à equipe do servidor. A resposta deles é assustadora? "Esse endereço IP não existe".

"Acontece que esse servidor já foi um servidor, já existiu no CMDB", diz Chris. "Mas ele foi desativado. E, em algum momento, quando alguém estava fazendo seu trabalho de desativação, quebrando suas dependências, deixou algo intacto."

Evite que seus servidores desativados o assombrem empregando um processo de mudança de ciclo fechado. Documente o fato de que um servidor foi desativado e crie uma tarefa tão simples quanto "desconectar da parede", enviando alguém ao porão para eliminar o servidor das instalações.

A IA deu errado

A IA foi criada para ser nossa amiga. Para automatizar tarefas que levariam muito tempo - como sinalizar inconsistências no CMDB - e permitir que passássemos mais tempo cuidando das necessidades de nossos clientes. Mas o que acontece quando a IA se torna "autoconsciente" e acha que sabe mais do que nós?

Você faz o login no CMDB e descobre que a IA se perdeu: centenas e centenas de servidores e bancos de dados nos status operacionais errados. O módulo de aprendizado de máquina do ServiceNow marcou os ativos de TI como inválidos, incorretos, não detectáveis ou não operacionais, com base nas alterações feitas anteriormente. Muitos relacionamentos foram removidos e muitos recursos estão vinculados aos serviços errados.

Como evitar que sua IA se torne desonesta?

"Você quer ter certeza de que não está adotando o aprendizado totalmente não supervisionado para começar com as atualizações da IA do CMDB", diz Chris. "Você quer alguma validação. Ela aprende observando o que você está fazendo e vendo o que há no sistema. Mas é preciso treiná-la, principalmente se você estiver apenas começando. É preciso verificar se as atualizações que ele acha que está fazendo são válidas." É preciso paciência e observação cuidadosa para manter a IA funcionando conforme o esperado.