Alerting et notifications
Sur cette page
La surveillance détecte les problèmes ; l'alerting garantit que les bonnes personnes en sont informées. Dans Onagre, le lien est simple : chaque sonde a sa propre liste d'intégrations, et ces intégrations sont notifiées lorsque la sonde ouvre ou résout un incident.
Le vocabulaire#
| Terme | Signification |
|---|---|
| Sonde | Contrôle quelque chose selon une planification. |
| Incident | Ouvert par une sonde lorsqu'un contrôle échoue, résolu lorsqu'il réussit à nouveau. |
| Intégration | Un canal de notification : un canal Slack, un webhook, un téléphone, une adresse e-mail… |
| Alerting | Les intégrations liées à une sonde. |
| Notification | Le message que reçoit une intégration. |
Quand les notifications sont envoyées#
| Événement | Notification |
|---|---|
| Un incident s'ouvre | « Sensor name is down », avec l'heure, l'erreur et un lien vers l'incident. |
| L'incident est résolu | « Sensor name is up », avec l'heure et un lien vers la sonde (les e-mails indiquent aussi la durée d'interruption). |
| L'incident est pris en charge | Aucune — la prise en charge est consignée dans l'activité de l'incident. |
| Le problème dure | Aucune — Onagre ne répète pas les notifications. |
Une sonde toute neuve dont le premier contrôle réussit envoie aussi un message « up », sans aucun incident.
Chaque envoi est consigné dans l'incident, comme Sent ou Failed. Un envoi en échec — un webhook expiré, un canal Slack supprimé — n'est pas retenté : consultez la carte Notifications de l'incident si quelqu'un n'a pas été prévenu.
Choisir qui est notifié#
L'alerting se règle sonde par sonde :
- À la création d'une sonde — la section Alerting de l'assistant liste vos intégrations ; sélectionnez celles à notifier. Si vous n'en sélectionnez aucune, Onagre vous demande de confirmer : la sonde enregistrera des incidents mais ne préviendra personne.
- Sur une sonde existante — Edit, puis Alerting. La carte Alerting de la page de la sonde affiche la liste actuelle.
- Pour plusieurs sondes à la fois — dans Resources, sélectionnez les sondes et cliquez sur Alertings pour attribuer des intégrations. Cela remplace leur alerting actuel.
Toutes les intégrations d'une sonde reçoivent toutes ses notifications : il n'y a pas de routage par sévérité. Pour envoyer les incidents critiques au téléphone d'astreinte et les incidents mineurs à un seul canal Slack, choisissez les intégrations sonde par sonde — la sévérité figure dans chaque notification.
Les sondes créées automatiquement avec un agent privé démarrent avec toutes vos intégrations.
E-mail#
Chaque membre de votre organisation dispose automatiquement d'une intégration e-mail, nommée d'après son adresse. Un membre reçoit des e-mails pour une sonde uniquement si son intégration e-mail figure dans l'alerting de cette sonde. Il n'existe pas de préférences de notification par utilisateur : l'alerting se décide sur la sonde.
Chaque offre inclut un nombre quotidien d'e-mails d'alerte — voir Offres.
Notifications push mobiles#
L'application mobile Onagre n'a pas besoin d'alerting : une fois connecté, le téléphone reçoit les incidents de toutes les sondes de votre organisation, filtrés par les réglages choisis dans l'application.
Autres canaux#
Slack et Discord sont disponibles dans toutes les offres ; Microsoft Teams, Google Chat, Webhook, Pushover et Gotify dans les offres payantes. Voir Intégrations.
Éviter les alertes inutiles#
- Planifiez une fenêtre de maintenance avant des travaux prévus : les contrôles sont suspendus, donc ni incident ni notification.
- Choisissez des conditions et des délais d'expiration qui traduisent un vrai problème : un seul contrôle en échec suffit à alerter.
- Gardez les sondes critiques sur des canaux que quelqu'un surveille ; utilisez la sévérité Info et un canal discret pour le reste.