Ecaldima

Modules · Supervision : gestion des événements

Moins de bruit, des incidents déjà qualifiés.

Ecaldima reçoit les alertes de vos outils de supervision, les regroupe, les rattache aux éléments de la CMDB et n’ouvre que les incidents qui le méritent. Il ne remplace pas votre supervision : il relie ce qu’elle voit au travail du Service Desk.

Demander une démonstration Télécharger la fiche

  • Alertes dédoublonnées
  • Silence pendant les changements
  • Chaque décision expliquée

01En direct

Une console où chaque alerte est déjà rattachée à son élément.

Mise à jour en temps réel, filtres par statut, gravité, source et texte ; les alertes répétées se regroupent en une seule, avec leur compteur. Une alerte s’acquitte, se résout ou s’écarte avec un motif.

Une console où chaque alerte est déjà rattachée à son élément.

02Vos règles

Seules les alertes qui demandent une action ouvrent un incident.

Des règles ordonnées ignorent, journalisent, préviennent ou ouvrent l’incident, déjà rattaché à l’élément avec sa catégorie, sa priorité et son groupe. Une simulation sur sept jours montre leur effet avant de les activer.

Seules les alertes qui demandent une action ouvrent un incident.

03Pendant une intervention

Un changement planifié ne déclenche pas de fausse alerte.

Un changement approuvé ou planifié crée une fenêtre de maintenance pour chaque élément touché, qui suit ses reports et son annulation : les alertes restent visibles, mais n’ouvrent aucun incident.

Un changement planifié ne déclenche pas de fausse alerte.

La bonne personne prévenue, une fois.

Le groupe, ou seulement sa personne d’astreinte, est averti dans sa langue, une fois par alerte. Quand toutes les alertes d’un incident retombent, l’incident passe à Résolu.

Vos outils, tels qu’ils sont.

Zabbix, Centreon, PRTG, Nagios, Datadog et d’autres émettent nativement le format PagerDuty Events v2 ; Prometheus Alertmanager, Azure Monitor et CloudEvents sont lus tels quels, et un format propre se décrit par correspondance de champs.

Je suis scotché !

Un client, utilisateur d’Ecaldima depuis ses débuts, après la démonstration de la nouvelle version

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 Tout le détail du module
  • 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 fiche

Vous voulez voir ce module sur vos propres processus ?

Nous construirons la démonstration autour de votre réalité opérationnelle.

Demander une démonstration