Alertes

Créez des règles d'alerte Servor déclenchées par les changements de statut d'un moniteur et notifiez Email, Slack, Discord ou un webhook.

Un moniteur enregistre le statut, mais il ne viendra pas vous chercher quand quelque chose casse — c'est le rôle des alertes. Une règle d'alerte surveille un moniteur et, lorsque son statut change, envoie une notification vers les canaux que vous choisissez. Cette page vous montre comment en configurer une.

Il vous faut d'abord un moniteur — voir créer un moniteur — et au moins un canal de notification vers lequel envoyer l'alerte.

Comment fonctionnent les alertes

Une règle d'alerte relie deux choses :

Un déclencheur — un changement de statut d'un moniteur, par exemple le passage en down, en dégradé, ou le rétablissement en up.
Un ou plusieurs canaux — où la notification est envoyée (Email, Slack, Discord, Webhook).

Quand le statut du moniteur change d'une manière surveillée par la règle, Servor envoie la notification. Comme les changements de statut sont confirmés avant d'être validés, les alertes ne se déclenchent pas sur des soubresauts passagers — uniquement sur les changements qui tiennent réellement.

Créer une règle d'alerte

Configurez d'abord un canal

Une alerte a besoin d'une destination. Si ce n'est pas déjà fait, ajoutez un canal de notification — Email, Slack, Discord ou webhook — et envoyez un test pour confirmer qu'il fonctionne. Ouvrir les paramètres d'alertes dans Servor.

Ouvrez le moniteur et ajoutez une alerte

Allez sur le moniteur à surveiller — depuis vos moniteurs dans Servor — et ajoutez une règle d'alerte. Créer des règles d'alerte nécessite un rôle admin ou owner — voir rôles et permissions.

Choisissez le déclencheur

Sélectionnez les changements de statut qui doivent déclencher l'alerte — par exemple down (le plus courant), dégradé, et/ou rétabli (up) pour recevoir aussi le retour à la normale.

Sélectionnez les canaux

Choisissez les canaux de notification qui reçoivent cette alerte. Vous pouvez envoyer la même alerte vers plusieurs canaux à la fois — par exemple Email pour la trace et Slack pour l'équipe.

Enregistrez

Enregistrez la règle. Elle prend effet immédiatement et se déclenchera au prochain changement de statut correspondant.

Alertez aussi sur le rétablissement

Alerter sur le rétablissement en plus du down boucle la boucle : l'équipe sait que le problème est terminé sans avoir à consulter le tableau de bord.

Garder des alertes utiles

L'objectif est d'être prévenu des vrais problèmes, et de rien d'autre. Quelques habitudes aident :

Alertez sur down pour l'essentiel, sur dégradé pour les signaux précoces. Réservez les notifications pressantes aux pannes ; traitez le dégradé comme un avertissement.
Envoyez au bon endroit. Routez les pannes visibles par les clients vers un canal suivi par l'équipe d'astreinte, pas vers un canal général déjà surchargé.
Attention au cooldown. Les canaux ont un cooldown qui limite la fréquence des relances, pour qu'un moniteur instable ne vous mitraille pas.
Ne suralertez pas. Dix moniteurs qui vous notifient tous pour une même cause racine, c'est du bruit. Voir bonnes pratiques de surveillance.

Alertes vs incidents

Une alerte notifie votre équipe en privé. Un incident est une communication publique, destinée aux utilisateurs, sur une page de statut. Servor peut aussi ouvrir un incident automatiquement quand un moniteur passe down — voir incidents automatiques.

Étapes suivantes

Canaux de notification

Configurez les canaux Email, Slack, Discord et webhook.

Statuts des moniteurs

Comprenez up, dégradé et down, et comment les changements sont confirmés.

Incidents automatiques

Transformez automatiquement un moniteur down en incident public.

Bonnes pratiques de surveillance

Construisez des alertes qui sont du signal, pas du bruit.