| Élément de configuration partagé (CI) Scénario : une entreprise surveille un serveur de base de données rencontrant 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 dans les résolutions.
- Allocation inefficace des ressources : du temps et des ressources peuvent être gaspillés pour enquêter sur des alertes distinctes qui sont en fait liées.
- Manque de contexte : les alertes associé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 (VM) et une alerte est générée en cas de défaillance matérielle sur le serveur. Plusieurs alertes surviennent également pour les machines virtuelles 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 résolution des problèmes inefficaces.
- Résolution des 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.
- Épuisement des 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 CMDB de règles d’hébergement/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 correction sur le serveur physique tout en surveillant les ordinateurs virtuels pour vous assurer que tous les aspects sont traités efficacement.
|
| Relations d’application Scénario : une application d’entreprise s’appuie sur plusieurs microservices, et un problème survient avec l’un d’entre eux, 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 des applications, 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 hiérarchisées de manière cohérente, ce qui peut entraîner des oublis.
|
- Implémentez le regroupement basé sur les 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 l’interaction des différents services.
- Rationalisez le processus de résolution en traitant les alertes groupées liées à l’application, améliorant ainsi les délais de réponse.
|