Il percorso inizia
IncidentRelay continua il routing di avviso in arrivo esplicito. Un percorso definisce il tipo di sorgente, il team, il programma o la politica di escalation, i matchers, il comportamento di raggruppamento e i canali di notifica allegati.
Modelli comuni di routing
| Modello | Esempio matcher |
|---|---|
| Allarme di produzione critica | {"labels":{"env":"prod","severity":"critical"}} |
| Proprietà dei servizi | {"labels":{"service":"billing-api"}} |
| Kubernetes namespace | {"labels":{"namespace":{"regex":"^prod-"}}} |
| Dividere la fonte di monitoraggio | {"source":"alertmanager"} |
Dopo l'abbinamento
Dopo che un percorso corrisponde, IncidentRelay può risolvere il servizio interessato, calcolare l'utente corrente su chiamata, applicare il comportamento di escalation e consegnare la notifica attraverso i canali del percorso.
Utilizzare i token di route intenzionalmente
I token di immissione del percorso sono il limite per gli avvisi in arrivo. Se un sistema di monitoraggio ha bisogno di inviare diverse classi di avviso in diversi canali, configurare più percorsi e inviare ogni ricevitore al token di percorso previsto.