Casos de uso para CMDBagrupamento de alertas baseado

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 2 min. de leitura
  • Casos de uso para CMDBAgrupamento Aprimore a gestão de alertas correlacionando alertas com base nos relacionamentos do item de configuração, melhorando a visibilidade e facilitando a solução de problemas mais eficiente.

    Comum CMDBcasos de uso de agrupamento

    No contexto de CMDBAgrupando, as organizações enfrentam vários desafios ao gerenciar alertas relacionados a itens de configuração (ICs).

    Tabela 1. Casos de uso comuns
    Caso de uso Desafios Soluções
    Item de configuração compartilhado (IC)

    Cenário: Uma organização monitora um servidor de banco de dados com vários problemas, resultando em vários alertas relacionados a diferentes aplicações que usam esse banco de dados.

    • Resposta atrasada: As equipes podem responder a alertas isoladamente, possivelmente ignorando alertas relacionados, levando a resoluções atrasadas.
    • Alocação de recursos ineficiente: Tempo e recursos podem ser desperdiçados na investigação de alertas separados que estão realmente relacionados.
    • Falta de contexto: Os alertas relacionados ao mesmo IC podem ser espalhados em diferentes grupos de alertas, dificultando a visualização do quadro completo.
    • Agregue alertas relacionados ao mesmo IC em um único grupo para obter uma exibição unificada.
    • Facilite a resolução de alertas mais rápida abordando todos os alertas relacionados juntos.
    Relações de Hospedagem/contenção

    Cenário: Um servidor físico hospeda várias máquinas virtuais (VMs) e um alerta é gerado para uma falha de hardware no servidor. Vários alertas também surgem para as VMs devido à dependência do servidor.

    • Visibilidade das dependências: As equipes podem não ter visibilidade de como os ICs estão interconectados, levando a processos de solução de problemas ineficientes.
    • Resolução de alertas complexos: Entender quais ICs são afetados e como eles se relacionam pode ser complicado, resultando em tempos de resolução mais longos.
    • Drenagem de recursos: A má gestão de alertas pode levar a esforços duplicados entre as equipes, desperdiçando tempo e recursos.
    • Alertas de grupo usando CMDBRegras de hospedagem/contenção para agregar alertas relacionados ao servidor físico e suas VMs hospedadas em um único grupo de alertas.
    • Forneça uma exibição abrangente de todos os alertas vinculados à falha do servidor físico.
    • Concentre os esforços de correção no servidor físico enquanto monitora as VMs para garantir que todos os aspectos sejam abordados com eficiência.
    Relações de aplicações

    Cenário: Uma aplicação empresarial depende de vários microsserviços e surge um problema com um desses serviços, gerando alertas em vários componentes, complicando o diagnóstico.

    • Compreensão das dependências da aplicação: As equipes podem achar difícil rastrear como os componentes da aplicação interagem, dificultando a identificação de problemas em sistemas complexos.
    • Resolução lenta de incidentes: Sem uma compreensão clara do fluxo da aplicação, a resolução de alertas pode ser lenta e trabalhosa.
    • Monitoramento inconsistente: Os alertas relacionados a aplicações podem não ser monitorados ou priorizados de forma consistente, levando a possíveis descuidos.
    • Implemente o agrupamento com base nas relações de fluxo do aplicativo para agregar alertas relacionados ao microsserviço afetado e seus componentes dependentes.
    • Utilize mapas de dependência para visualizar como diferentes serviços interagem.
    • Simplifique o processo de resolução abordando alertas agrupados relacionados à aplicação, melhorando os tempos de resposta.