| Élément de configuration partagé (CI) Scénario : une organisation surveille un serveur de base de données qui rencontre de multiples problèmes, ce qui entraîne de nombreuses alertes liées à différentes applications utilisant cette base de données. |
- Réponse retardée : les équipes peuvent répondre aux alertes de manière isolée, en négligeant potentiellement les alertes connexes, ce qui entraîne des retards de résolution.
- Allocation inefficace des ressources : du temps et des ressources peuvent être gaspillés à enquêter sur des alertes distinctes qui sont en fait liées.
- Manque de contexte : les alertes liées au même CI peuvent être dispersées dans différents groupes d’alertes, ce qui rend difficile une vue d’ensemble.
|
- Regroupez les alertes associées au même CI en un seul groupe pour obtenir une vue unifiée.
- Accélérez la résolution des alertes en traitant toutes les alertes connexes ensemble.
|
| Relations d’hébergement/d’imbrication Scénario : un serveur physique héberge plusieurs ordinateurs virtuels et une alerte est générée pour une défaillance matérielle sur le serveur. Plusieurs alertes surviennent également pour les ordinateurs virtuels en raison de leur dépendance au serveur. |
- Visibilité sur les dépendances : les équipes peuvent manquer de visibilité sur la façon dont les CI sont interconnectés, ce qui entraîne des processus de dépannage inefficaces.
- Résolution d’alertes complexes : il peut être compliqué de comprendre quels CI sont affectés et comment ils sont liés, ce qui entraîne des délais de résolution plus longs.
- Perte de ressources : une mauvaise gestion des alertes peut entraîner une duplication des efforts entre les équipes, ce qui entraîne une perte de temps et de ressources.
|
- Regroupez les alertes à l’aide de règles d’hébergement CMDB /d’imbrication pour regrouper les alertes relatives au serveur physique et à ses ordinateurs virtuels hébergés en un seul groupe d’alertes.
- Fournissez une vue complète de toutes les alertes liées à la défaillance du serveur physique.
- Concentrez les efforts de rattrapage sur le serveur physique tout en surveillant les ordinateurs virtuels pour vous assurer que tous les aspects sont traités efficacement.
|
| Relations applicatives Scénario : une application d’entreprise s’appuie sur plusieurs micro-services et un problème survient avec l’un de ces services, générant des alertes sur plusieurs composants, ce qui complique le diagnostic. |
- Comprendre les dépendances des applications : les équipes peuvent avoir du mal à suivre l’interaction des composants d’application, ce qui rend difficile l’identification des problèmes dans les systèmes complexes.
- Résolution lente des incidents : sans une compréhension claire du flux applicatif, la résolution des alertes peut être lente et laborieuse.
- Surveillance incohérente : les alertes liées aux applications peuvent ne pas être surveillées ou classées par ordre de priorité de manière cohérente, ce qui peut entraîner des oublis.
|
- Implémentez le regroupement en fonction des relations de flux applicatives pour regrouper les alertes liées au microservice affecté et à ses composants dépendants.
- Utilisez des cartes de dépendances pour visualiser les interactions entre différents services.
- Rationalisez le processus de résolution en traitant les alertes groupées liées à l’application, ce qui améliore les délais de réponse.
|