Flusso di alto livello
Monitoring source
-> Integration endpoint
-> Route token and matchers
-> Service resolution
-> Team and rotation or escalation policy
-> Notification channels
-> Alert group and incident history
Componenti principali
| Componenti | Responsabilità |
|---|---|
| Finalpoint di integrazione | Ricevi Alertmanager, Zabbix, Sentry, LibreNMS e webhook payloads. |
| Normalizzatori | Converti i carichi di pagamento specifici per le fonti in campi di allarme, etichette e gravità costanti. |
| Routing | Applica token di percorso, controlli di origine, corrispondenze, campi di raggruppamento e proprietà. |
| Servizi | Allega contesto di sistema interessato, collegamenti, runbook, dipendenze e parti interessate. |
| Scheduling | Calcola gli utenti su chiamata da rotazioni, strati, override e politiche di escalation. |
| Notifica | Inviare aggiornamenti di incidente tramite chat, e-mail, spinta del browser, webhooks e fornitori di voce. |
| Programmazione | Processi promemoria, escalation, code di notifica e lavori periodici. |
| Database | Memorizza squadre, rotte, servizi, orari, avvisi, gruppi di avviso e record di consegna. |
Limiti di rotta
I token di immissione del percorso sono intenzionalmente tracciati. Un percorso definisce la fonte, il team, il programma o la politica di escalation, i matchers, il comportamento di gruppo e i canali allegati. Questo mantiene l'autorizzazione in entrata e la configurazione di consegna in uscita separata.
Perché i gruppi di allarme
IncidentRelay memorizza i segnali in arrivo come avvisi e presenta il lavoro operativo intorno ai gruppi di allarme. Ciò consente la deduplica e il raggruppamento per ridurre il rumore, preservando i dettagli di avviso del bambino necessari per l'indagine.
Proprietà operativa
Poiché IncidentRelay è self-hosted, il team operativo possiede backup, monitoraggio, disponibilità, aggiornamenti e confini di rete. Tale responsabilità è il compromesso per mantenere i dati e gli orari degli incidenti sotto controllo diretto.