Di solito le squadre hanno bisogno di un'alternativa OnCall
I team che valutano un'alternativa hanno generalmente bisogno di quattro cose per lavorare insieme: il monitoraggio delle integrazioni, un accurato programma di chiamata, un modello di routing e un modo affidabile per riconoscere o escalare gli avvisi.
IncidentRelay fornisce queste funzionalità come un'applicazione indipendente. Può ricevere avvisi da Prometheus Alertmanager, Zabbix, Sentry e webhook generici, quindi collegarli a servizi, squadre, rotazioni e canali di notifica.
Instradamento degli avvisi senza dashboard richiesta stack
IncidentRelay non richiede Grafana di operare. Alertmanager gli utenti possono inviare avvisi direttamente ai endpoint specifici del percorso, mentre altri strumenti di monitoraggio possono utilizzare integrazioni dedicate o webhook generico API.
I percorsi possono abbinare etichette di avviso, selezionare servizi e team, applicare il comportamento di gruppo e collegare i canali di notifica. Ogni percorso ha il proprio token di aspirazione, mantenendo la presentazione di avviso separata dalle credenziali di consegna in uscita.
Scheduling ed escalation
Le rotazioni supportano strati, periodi di appartenenza e sovrascritti temporanei. Le squadre possono visualizzare il programma finale all'interno IncidentRelay o sottoscrivere i feed CalDAV e ICS.
Le politiche di escalation definiscono i passi di risposta ordinati. Un incidente non riconosciuto può innescare promemoria e passare attraverso utenti aggiuntivi o rotazioni. I responsabili possono anche richiedere aiuto da parte di un utente, squadra, rotazione o politica durante un incidente attivo.
Canali di notifica
- Mattermost webhook o Bot API notifiche.
- Telegram notifiche e gestione delle azioni.
- Consegna e-mail e modelli configurabili.
- Slack, Discord, Microsoft Teams e webhook generici in uscita.
- Browser a livello di profilo e PWA push.
- Fornitori plug-in per telefonia personalizzata.
contesto operativo oltre una notifica
IncidentRelay gruppi segnalati in incidenti operativi. I responsabili possono riconoscere, risolvere, tacere e commentare su di loro, impostare le priorità e richiedere ulteriori risposte. I servizi aggiungono proprietà, runbook, dipendenze, informazioni di impatto e stakeholder di default.
Distribuzione e proprietà
La piattaforma può funzionare con Docker Compose, RPM e implementazioni systemd o Kubernetes utilizzando il suo grafico Helm. SQLite supporta piccole installazioni a singolo nodo, mentre PostgreSQL è consigliato per ambienti più grandi o lunghi.
Questa flessibilità di distribuzione è utile per i team che vogliono il sistema on-call nello stesso ambiente operativo del resto della loro strumentazione interna. Significa anche che il team possiede aggiornamenti, backup e disponibilità.
Migrazione da Grafana OnCall
Esegui la migrazione di utenti, team, appartenenze, pianificazioni, policy di escalation, integrazioni e route degli avvisi.
Gli strumenti di migrazione usano API pubbliche, non si connettono mai ai database dei prodotti e vengono eseguiti in modalità simulazione per impostazione predefinita. Esamina il report generato prima di applicare le modifiche.
Come valutare IncidentRelay
Provalo con la fonte di monitoraggio e il canale di notifica che si utilizza effettivamente. Costruire una rotazione, inviare un avviso di licenziamento, riconoscerlo, inviare un carico di pagamento risolto e verificare il comportamento di escalation. Un test realistico espone le differenze di flusso di lavoro molto più velocemente rispetto al confronto degli screenshot.
IncidentRelay è attivamente sviluppato. Rivedere la cronologia rilascio prima di pianificare un rollout di produzione.
Grafana e Grafana OnCall sono marchi di Grafana Labs. IncidentRelay non è affiliato con Grafana Laboratori.