Nouveau : le pare-feu IA surveille chaque module et explique chaque incident en termes simples. Découvrez comment ça marche

Alarmes

Des alarmes exploitables

Les règles d’alarme sont définies dans le profil d’appareil et déclenchent une alarme lorsqu’une condition est remplie. Chaque alarme a l’une des cinq sévérités, un runbook et une chronologie. Les notifications atteignent les bons utilisateurs, rôles ou adresses sans les submerger.

La liste des alarmes : sévérité, alarme, appareil, statut et heure d'ouverture, avec des filtres pour les alarmes ouvertes, acquittées et résolues

sévérités : Critical, Major, Minor, Warning, Info

5

règles d’alarme par profil d’appareil

50

destinataires par règle : utilisateurs, rôles ou adresses e-mail

20

alarmes résolues conservées par défaut

365 jours

Cycle de vie

Ouverte, acquittée, résolue

Il n’existe qu’une alarme active par appareil et par type : si la condition se déclenche de nouveau, l’occurrence est comptée au lieu de créer une deuxième alarme. La sévérité suit la condition vraie la plus élevée. Lorsque la condition cesse, l’alarme se résout d’elle-même.

  • Acquitter ou résoudre avec une note facultative d’au plus 2 000 caractères
  • Notes dans la chronologie, et le runbook de la règle à côté de l’alarme
  • Les acquittements et les résolutions sont journalisés avec la personne qui les a effectués
  • Les utilisateurs acquittent ; les administrateurs résolvent manuellement, mettent les appareils en sourdine et modifient les règles
Une page d'alarme avec acquittement, effacement, notes, runbook et la chronologie des événements

Règles d’alarme

Ce que vous définissez sur une règle

Une règle s’applique à chaque appareil du profil. Les modifications de règle sont versionnées et chacune est écrite dans le journal d’audit.

ParamètreCe qu’il faitPlage
SévéritésUne condition par sévérité ; la plus élevée vraie l’emporteCritical, Major, Minor, Warning, Info
ConditionCompare des clés avec un nombre, un texte, vrai ou faux, ou un attribut d’appareil servant de limite propre à chaque appareil ; les comparaisons se combinent avec all ou anyJusqu’à 16 comparaisons
Condition de finLorsque l’alarme se termine. Par défaut, lorsqu’aucune condition de sévérité n’est vraieFacultatif
TemporisationNombre d’échantillons ou de secondes pendant lequel la condition doit être vraie avant l’ouverture ou la fermeture de l’alarme. Le temps utilise les horodatages propres à l’appareil1 à 86 400
HystérésisUne marge du côté de la fin, pour qu’une valeur oscillant autour de la limite ne fasse pas clignoter l’alarmeFacultatif
AmortissementMaintient une alarme qui change trop souvent dans une fenêtre donnée2 à 100 changements
InactivitéOuvre une alarme lorsqu’un appareil est silencieux depuis une durée définieFacultatif
Répéter toutes lesRappelle tant que l’alarme est ouverte et non acquittée60 secondes à 7 jours
RunbookTexte affiché avec l’alarme : quoi vérifier et quoi faireFacultatif
Les règles et les flux peuvent aussi déclencher et effacer des alarmes. Ces alarmes suivent le même cycle de vie, les mêmes notifications et le même historique. Voir règles d’alarme.

Canaux

Où les personnes sont informées des alarmes

Les canaux disponibles dépendent de la configuration de votre organisation. Les préférences de chaque personne et ses heures calmes s’appliquent ; les alarmes Critical sont envoyées malgré tout, sauf si un administrateur désactive cette option.

Dans l’application

La cloche de l’en-tête et le fil de notifications, à côté de la liste des alarmes, de l’onglet Alarmes de l’appareil et des cartes d’alarme des tableaux de bord.

E-mail

Vers les adresses que vous indiquez sur la règle, comme une boîte partagée d’équipe ou l’adresse d’une personne. Les e-mails ne sont jamais retenus par les heures calmes.

SMS

Messages texte vers des numéros de téléphone, envoyés depuis un flux lorsqu’une alarme s’ouvre ou change.

Push

En développement : notifications push dans le navigateur, et push vers l’application mobile fournie avec l’application.

Chat

Les services de chat et de messagerie connectés par votre organisation.

Webhooks

Chaque changement d’alarme, sans limitation, envoyé à vos propres systèmes sous forme d’appel HTTP signé.

Sans le bruit

Qui est prévenu, et quand

Changement d’alarmeNotifié
OuverteOui, à partir de la sévérité minimale de la règle
Sévérité en hausseOui, même si l’alarme était déjà acquittée
Sévérité en baisseNon
AcquittéeNon
RésolueOui, si son ouverture a été notifiée
Toujours ouverte et non acquittéeUn rappel, si la règle se répète
Rétroactive, ou l’appareil est mis en sourdineNon
  • Le même changement de la même alarme n’est notifié qu’au plus une fois toutes les 5 minutes
  • Au-delà de 20 notifications d’alarme par minute, le reste est regroupé dans un récapitulatif toutes les 5 minutes, avec un lien vers la liste filtrée
  • Mettre un appareil en sourdine pour maintenance, pendant 90 jours au maximum, arrête ses notifications ; ses alarmes sont toujours enregistrées et la mise en sourdine est journalisée
  • Les relevés arrivant en retard d’un appareil hors ligne sont évalués comme rétroactifs et marqués Rétroactive ; personne n’est alerté pour le passé

Ce que les alarmes ne font pas aujourd’hui

  • Pas de gardes ni de politiques d’escalade pour les alarmes. Utilisez les rappels, les niveaux de sévérité et plusieurs destinataires
  • Pas de rôles personnalisés comme destinataires : une règle désigne des utilisateurs, les rôles intégrés Owner, Admin et User, ou des adresses e-mail
  • Pas de verrouillage : une alarme se résout lorsque sa condition cesse, acquittée ou non. Examinez les alarmes résolues avec une colonne Acquittée vide pour trouver celles que personne n’a vues
  • Pas d’arithmétique dans les conditions, comme consigne plus 10. Stockez plutôt la limite comme attribut d’appareil

FAQ

Questions sur les alarmes

Chaque appareil peut-il avoir sa propre limite ?

Oui. Utilisez un attribut serveur ou partagé, comme max_temp, comme seuil : tous les appareils partagent une règle, chacun avec sa propre limite. Si un appareil n’a pas cet attribut, cette comparaison est fausse et l’appareil n’est pas vérifié pour cette limite. Voir surveillance des chambres froides pour un exemple détaillé.

Que se passe-t-il quand un appareil envoie d’anciens relevés après une panne ?

Ils sont évalués comme rétroactifs. Une alarme qui s’est ouverte et fermée pendant la panne apparaît dans l’historique avec un badge Rétroactive, datée d’après les relevés, et personne n’est alerté. Une alarme encore ouverte au retour de l’appareil est annoncée une seule fois.

Une alarme peut-elle joindre quelqu’un la nuit ?

Oui : par e-mail aux adresses de la règle, par SMS depuis un flux, dans les applications de chat connectées et dans l’application. Les alarmes Critical sont envoyées même aux personnes qui ont désactivé ce type d’avis, sauf si un administrateur désactive cette option. Les astreintes ne sont pas disponibles pour les alarmes.

D’autres outils peuvent-ils recevoir nos alarmes ?

Oui. Les webhooks envoient alarm.created, alarm.acknowledged et alarm.cleared, signés, au format propre à Hermetry ou en CloudEvents. Voir webhooks.

Qui peut faire quoi avec une alarme ?

Par défaut, les utilisateurs consultent et acquittent les alarmes ; les administrateurs les résolvent manuellement, mettent les appareils en sourdine et gèrent les règles d’alarme. Les groupes peuvent ajouter des droits à un rôle. Voir utilisateurs et rôles.

Mise en place d’alarmes pour un site ?

Apportez vos limites et votre routine sur site. Nous vous aidons à les transformer en règles qui restent silencieuses tant que rien ne va mal.