Alerting
L'alerting surveille votre plateforme (latence, coût des modèles, verdicts de juges, événements de sécurité, dérive de comportement) et vous notifie quand une attention est requise. Vous configurez des règles : « lorsque la condition X est vraie, déclencher une alerte de sévérité Y ».
Les alertes apparaissent dans l'Alert Center, le panneau de notifications, et les intégrations configurées (Slack, Jira, webhook, email).
Priorité des alertes
Chaque règle a une gravité (à quel point le problème est grave) et une priorité (à quelle vitesse il faut réagir). La priorité décide qui est prévenu :
- Élevée : notification immédiate aux intégrations (Slack, Jira, webhook, e-mail) et dans l'application ;
- Modérée : notification dans l'application et dans le rapport quotidien ;
- Basse : visible dans le centre d'alertes et le rapport quotidien uniquement.
Alertes des juges
Activer un juge crée ses règles d'alerte à partir de son profil d'alerte : une règle par palier d'échec (partiel, net, total), chacune avec sa gravité et sa priorité. Un verdict ne produit qu'une alerte, celle du palier le plus grave atteint. Les juges de bilan n'alertent jamais.
Quand un juge échoue faute d'une déclaration de gouvernance, l'échec ouvre un problème à part, marqué Gouvernance incomplète. La carte Gouvernance à compléter ouvre le formulaire sur le champ manquant, et le filtre Cause de l'échec sépare ces problèmes des autres.
Configurer une règle
- 1
Identité
Nom, sévérité (CRITICAL / HIGH / MEDIUM / LOW), source (SLA / FINOPS / INCIDENT / SECURITY / JUDGE / DRIFT), activation, et un runbook optionnel.
- 2
Périmètre
Globale au tenant (défaut) ou limitée à un composant (
componentId) / des filtres de contexte. - 3
Condition
Forme simple (
metric/operator/threshold) ou composée (arbresand/or). - 4
Cooldown, sustain, silence
Anti-rafale (
cooldownMs), anti-pic transitoire (sustainFor), et fenêtres de silence (maintenance planifiée, ponctuelles ou récurrentes en cron).
{"name": "p95 latency SLA breach","severity": "HIGH","source": "SLA","metric": "p95_latency_ms","operator": "GREATER_THAN","threshold": 500,"sustainFor": 120000,"cooldownMs": 300000}{"name": "Combined SLA breach","severity": "CRITICAL","source": "SLA","condition": { "type": "and", "children": [ { "type": "comparison", "metric": "p95_latency_ms", "op": "GREATER_THAN", "threshold": 1000 }, { "type": "comparison", "metric": "error_rate", "op": "GREATER_THAN", "threshold": 0.05 } ]},"cooldownMs": 600000}Dépannage
Ma règle ne se déclenche jamais
Vérifiez isActive: true, que metric correspond exactement au nom de métrique du signal
(sensible à la casse), que source correspond, le scope (componentId), et les
silenceWindows / sustainFor.
Les notifications n'arrivent pas
Seules les règles de priorité Élevée préviennent les intégrations. Sinon, l'alerte est bien créée (Alert Center) mais une route manque, ou l'intégration est inactive / mal configurée. Vérifiez l'outbox pour les envois en échec.