Brancher
Chaque outil devient une source, avec sa clé ; le format d’alerte le plus répandu est émis nativement par la plupart des outils, et d’autres formats sont lus tels quels.
Modules · Supervision : gestion des événements
Des alertes qui deviennent des incidents utiles, pas du bruit.
La gestion des événements reçoit les alertes de vos outils de supervision, les regroupe, les rattache aux éléments de la CMDB et ouvre les incidents qui le méritent. Elle ne remplace pas votre outil de supervision : elle relie ce qu’il voit au travail du Service Desk.
Les bénéfices
- Moins de bruitLes alertes répétées se regroupent en une seule, un seuil évite d’ouvrir un incident pour une alerte qui va et vient, et vos règles écartent ce qui ne demande aucune action.
- Des incidents déjà qualifiésL’incident arrive rattaché à l’élément touché, avec sa catégorie, sa priorité et son groupe ; les alertes d’un même élément partagent un seul incident.
- Des interventions sans fausse alertePendant la fenêtre d’un changement, les alertes des éléments concernés restent visibles mais n’ouvrent aucun incident.
- La bonne personne prévenueLe groupe, ou seulement la personne d’astreinte, est averti dans sa langue, une fois par alerte.
- Des décisions expliquéesChaque alerte garde la chronologie de ce qui lui est arrivé : élément trouvé, règle appliquée, incident ouvert ou mis à jour.
Le fonctionnement
Rattacher
Dès sa réception, l’alerte est rattachée à l’élément de la CMDB par nom d’hôte, adresse IP, identifiant ou valeur d’un champ, selon vos règles.
Traiter
Des règles ordonnées ignorent, journalisent, préviennent ou ouvrent l’incident ; une simulation sur sept jours montre leur effet avant de les activer.
Résoudre
Quand toutes les alertes d’un incident retombent, l’incident passe à Résolu, et le demandeur confirme comme d’habitude.
Modules associés
- Service Desk Les règles ouvrent ou complètent les incidents, au canal Supervision et rattachés à l’élément ; le ticket montre les alertes liées, et la personne d’astreinte du groupe peut être prévenue.
- CMDB Chaque alerte est rattachée à l’élément concerné, et le regroupement peut s’étendre aux éléments reliés directement ; la fiche de l’élément montre ses alertes des sept derniers jours.
- Gestion des changements Un changement approuvé ou planifié crée une fenêtre de maintenance pour chaque élément touché, qui suit ses reports et son annulation : l’intervention ne déclenche pas de fausse alerte.
- Incidents majeurs Quand de nombreux éléments portent une alerte en quelques minutes, la console suggère un incident majeur et montre les incidents les plus touchés.
Périmètre fonctionnel
- Sources et formatsFormat PagerDuty Events v2, émis par Zabbix, Centreon, PRTG, Nagios, Datadog et d’autres ; Prometheus Alertmanager, Azure Monitor, CloudEvents, et correspondance libre testée sur un exemple ; débit maximal par source, clé jamais conservée en clair.
- Console des alertesMise à jour en temps réel, filtres par statut, gravité, source et texte ; une alerte s’acquitte, se résout ou s’écarte avec un motif.
- DéduplicationMême source et même clé : une seule alerte, dont le compteur, la dernière date et la gravité maximale évoluent ; réouverture si l’alerte revient peu après sa résolution.
- Rattachement aux élémentsRègles par nom d’hôte, adresse IP, identifiant externe ou valeur d’un champ ; une correspondance ambiguë ne rattache rien et se signale.
- Règles de traitementConditions sur la source, la gravité, le type ou l’élément et le texte ; seuil d’occurrences, regroupement par élément, correspondance entre gravité, impact et urgence, résolution automatique.
- Fenêtres de maintenanceTenues à jour depuis les changements, ou saisies à la main pour un élément et ses voisins ; liste et calendrier par élément.
- NotificationsUn groupe ou sa personne d’astreinte, par la cloche et l’e-mail, dans la langue de chacun ; aucune pendant une maintenance.
- PilotageEncarts « Alertes liées » sur le ticket et sur la fiche de l’élément ; widgets des alertes actives, du bruit filtré et des éléments les plus bruyants ; rapport des alertes ouvertes.
- Incident majeurQuand de nombreux éléments portent une alerte en quelques minutes, la console suggère de déclarer un incident majeur.
- Intelligence artificielle facultativeRapprochement des alertes d’une même cause, synthèse d’une rafale pour l’incident, suggestion de règles contre le bruit ; l’IA propose, l’opérateur décide, et un rapprochement s’annule. Sans IA, tout le module fonctionne.
- FiabilitéChaque événement est enregistré avant la réponse à l’outil, puis traité une seule fois et dans l’ordre de réception.
Intégrations
- Outils compatibles PagerDuty Events v2 : Zabbix, Centreon, PRTG, Nagios, Datadog…
- Prometheus Alertmanager et Azure Monitor
- CloudEvents 1.0 et formats propres, par correspondance de champs
- Service Desk et son planning d’astreinte
- Référentiel CMDB et gestion des changements
- Fonctions d’assistance par IA, lorsque le module IA est configuré
Prérequis
- Un outil de supervision capable d’envoyer ses alertes par webhook
- Les éléments supervisés, présents dans la CMDB pour le rattachement
- Un compte de service, demandeur des incidents ouverts par les règles
- Les groupes à prévenir et, si besoin, leur planning d’astreinte
L’essentiel de cette page en PDF, à garder ou à transmettre.
Télécharger la ficheVous voulez voir ce module sur vos propres processus ?
Nous construirons la démonstration autour de votre réalité opérationnelle.