1. La chaîne #
Où agir.
Étapes #
| Élément | Rôle | Conseil |
|---|---|---|
| Détecteur, metric event | Transforme une métrique en événement (seuil statique, adaptatif, saisonnier) | Une fenêtre glissante (3 sur 5 minutes) plutôt qu'un point |
| Événement Davis | Événement envoyé par API ou extrait d'un log | Utiliser les types d'événements pour la sévérité |
| Profil d'alerting | Filtre les problèmes notifiés : sévérité, durée, tags, zone | Un profil par équipe et par niveau d'astreinte |
| Intégration ou workflow | Envoie vers e-mail, Slack, Teams, PagerDuty, ServiceNow | Workflows pour les règles complexes |
| Fenêtre de maintenance | Suspend détection ou notification | Planifiée avec chaque mise en production |
2. Réduire le bruit #
Moins d'alertes, plus utiles.
Règles #
- Laisser Davis regrouper : alerter sur les problèmes, pas sur chaque événement.
- Délai avant notification dans le profil (par exemple 10 minutes pour les sévérités basses) : beaucoup de problèmes se résolvent seuls.
- Tags d'équipe posés à la source pour router sans liste d'entités maintenue à la main.
- Revue mensuelle des problèmes notifiés sans action humaine : ce sont des candidats à la suppression.
Erreur Courante : Un profil d'alerting sans filtre de sévérité envoie à l'astreinte les ralentissements mineurs de toutes les applications : la fatigue d'alerte fait ensuite manquer le vrai incident.
