Glossaire · Incidents et alertes

Qu’est-ce que la fatigue d’alerte ?

La fatigue d’alerte survient quand les personnes reçoivent tant d’alertes, souvent fausses ou sans importance, qu’elles commencent à les ignorer, les couper ou les différer, y compris celles qui comptent.

Comment ça marche et pourquoi c’est important

Chaque alerte qui s’avère ne rien demander apprend à son destinataire que les alertes peuvent attendre. Avec le temps, les réactions ralentissent, les canaux sont mis en sourdine et les vrais incidents sont découverts tard. Le terme vient du milieu hospitalier, où le personnel exposé à des alarmes permanentes finit par ne plus y réagir.

Les causes sont connues : des alertes sur une seule vérification échouée, des seuils trop serrés, de nombreuses alertes pour une même cause, des alertes qui n’appellent aucune action, et tout envoyé à tout le monde. Chaque faux positif s’y ajoute.

Les solutions : confirmer avant d’alerter, alerter sur ce que ressentent les utilisateurs plutôt que sur chaque métrique, router selon l’urgence, faire taire les travaux planifiés, et revoir régulièrement les alertes en supprimant ou en rétrogradant celles sur lesquelles personne n’a agi.

Comment Uptimecheck vous aide

Uptimecheck confirme chaque échec par une seconde vérification avant d’alerter, n’envoie d’alerte de lenteur qu’après trois vérifications lentes d’affilée et ne signale un changement DNS qu’une fois vu par deux vérifications. Les canaux peuvent attendre de 5 à 60 minutes : une brève coupure arrive dans le chat mais pas sur un téléphone. Les fenêtres de maintenance rendent silencieux les travaux planifiés, et quand un site se rétablit avant l’envoi de son alerte de panne, seul le rétablissement est envoyé.

Voir Alertes et notifications

Essai gratuit de 14 jours · Puis gratuit pour 5 moniteurs · Sans carte bancaire

En savoir plus dans les guides

Guides 7 min de lecture

Comment réduire les fausses alertes de la surveillance de disponibilité

Les fausses alertes apprennent aux équipes à ignorer la surveillance. Comment réduire le bruit : confirmer chaque panne par une seconde vérification, fixer des délais d’expiration raisonnables, valider la bonne URL et envoyer les alertes aux personnes qui peuvent agir.

Lire

Monitoring 7 min de lecture

Seuils d’alerte serveur : ne plus être réveillé pour rien

De bons seuils d’alerte serveur repèrent tôt un disque qui se remplit ou une fuite de mémoire, sans faire appeler qui que ce soit pour un pic sans gravité. Valeurs de départ pour le CPU, la charge, la RAM, le swap, le disque, le réseau et les redémarrages.

Lire

Questions

Comment mesurer la fatigue d’alerte ?

Comptez les alertes par garde d’astreinte et la part qui a donné lieu à une action. Si la plupart des alertes ne demandent aucune intervention, ou si les gens en reçoivent plusieurs par nuit, l’alerting doit être revu.

Chaque alerte doit-elle déclencher l’astreinte ?

Non. N’alertez une personne d’astreinte que pour ce qui exige une intervention immédiate ; envoyez le reste vers un canal de discussion ou une adresse e-mail consultés en journée.

Des vérifications plus fréquentes signifient-elles plus d’alertes ?

Pas si les pannes sont confirmées avant l’alerte. Des contrôles fréquents détectent les pannes plus tôt ; la confirmation évite que des incidents isolés n’arrivent dans votre boîte de réception.

Les pannes, c’est du passé.

Configurez votre premier moniteur en moins d’une minute, ou explorez d’abord la démo en ligne.

Essai gratuit de 14 jours · Puis gratuit pour 5 moniteurs · Sans carte bancaire