Vergleich durch das Team IncidentRelay. Dokumentation überprüft am ; IncidentRelay Geltungsbereich: v2.3.1. Hierbei handelt es sich um eine dokumentationsbasierte Bewertung, nicht um einen Leistungsbenchmark oder ein Versprechen auf Funktionsparität.
Schnelle Entscheidung · Fähigkeiten · Migrationsgrenzen · Pilot-Checkliste
Drei Optionen, nicht zwei
Bewerten Sie IncidentRelay, wann Selbsthosting erforderlich ist und Ihr Team für Upgrades, Backups und Benachrichtigungszustellung zuständig sein kann. Bewerten Sie Grafana Cloud IRM, wann ein verwalteter Dienst und eine Reaktion auf Vorfälle zusammen mit der Grafana Cloud-Beobachtbarkeit wichtiger sind, als das On-Call-Backend selbst zu betreiben.
Die Beibehaltung von Grafana OnCall OSS ist eine Wartungsentscheidung. Grafana hat es am 24. März 2026 archiviert. Vorhandene Installationen werden nicht einfach abgeschaltet, aber die Cloud Connection-Unterstützung wurde beendet, einschließlich des mobilen OSS-Push und der abhängigen SMS-Zustellung/phone. Dies ist keine Behauptung, dass jeder Benachrichtigungspfad fehlerhaft ist: Grafana dokumentiert Alternativen wie Ihr eigenes Twilio-Setup. Überprüfen Sie die tatsächlich genutzten Lieferwege. Weitere Informationen finden Sie im offiziellen Archiv- und Cloud Connection-Hinweis.
Was ändert sich, wenn Sie IncidentRelay auswählen?
| Entscheidung | IncidentRelay v2.3.1 | Grafana Cloud IRM |
|---|---|---|
| Betriebsmodell | Selbstgehostet; Ihr Team steuert die Bereitstellung und wartet den Dienst. | Verwaltete Bereitschafts- und Vorfallreaktion innerhalb der Grafana Cloud. |
| Zeitpläne und Warnungen | Rotationsebenen, Außerkraftsetzungen, Eskalationsrichtlinien und Zustandsdiagnose auf Abruf. | Rotationen, Schichten, Überschreibungen, Alarmgruppierung, Weiterleitung und Eskalation. |
| Vorfall-Workflow | Technische Alarmgruppen und separate Betriebsvorfälle; siehe die Grenze unten. | Vorfallmeldung, Reaktionskoordinierung, Zeitpläne und Überprüfung nach dem Vorfall. |
| Benachrichtigungseinrichtung | Sie konfigurieren Chat-, SMTP- oder Sprachanbieter. Browser/PWA Push ist pro Benutzer aktiviert. | Cloudverwaltete Benachrichtigungsdienste und die mobile App Grafana. |
| Untersuchungskontext | Behalten Sie vorhandene Überwachungstools bei und senden Sie deren Benachrichtigungen über unterstützte Integrationen an IR. | Reaktion auf Vorfälle zusammen mit Grafana Cloud-Metriken, Protokollen und Traces. |
Die oben genannten Cloud-Funktionen folgen der Grafana IRM-Übersicht. Überprüfen Sie die aktuellen Planbedingungen und die Lieferabdeckung für Ihr Unternehmen. Bei diesem Vergleich wird nicht von gleichen kommerziellen Ansprüchen ausgegangen.
Zwei Grenzen, die es wert sind, getestet zu werden
In IR 2.3 ist eine AlertGroup für die technische Bestätigung, Lösung und Eskalation zuständig. Ein separater Vorfall besitzt einen operativen Arbeitsablauf, eine Priorität und einen Beauftragten und kann mehrere AlertGroups verknüpfen. Antwortende und Stakeholder bleiben in dieser Version im AlertGroup-Bereich. Gehen Sie nicht von einem identischen Kooperationsmodell aus. Siehe Vorfallmanagement.
Durch die selbst gehostete IR wird die externe Bereitstellung nicht selbst gehostet. Chat-Dienste, SMTP-Relays und Sprachanbieter bleiben Abhängigkeiten. Browser/PWA Push ist nicht die Grafana native mobile App. Überprüfen Sie die Kanalanforderungen und die Browser-Push-Einrichtung auf den Geräten, die Ihre Antwortenden bei sich tragen.
Migration von Grafana OnCall OSS
Der IR v2.3.1-Migrationsleitfaden beschreibt einen öffentlichen API-Importer. Es wird standardmäßig im Probelaufmodus ausgeführt und erstellt einen Plan und einen Bericht, bevor Sie Änderungen übernehmen. Es handelt sich um ein OSS-Migrationstool und nicht um den Anspruch einer automatischen Grafana Cloud IRM-Migration.
- Unterstützt: Benutzer und Mitgliedschaften, Teams, unterstützte Kalender/web Zeitpläne und Schichten, Überschreibungen, grundlegende Eskalationsketten, Integrationen und ihre Standardrouten.
- Manuelle Überprüfung: externe iCal-Zeitpläne, monatliche Wiederholung, Einschränkungen über Mitternacht, gleichzeitige Schichten oder Benachrichtigungen für mehrere Benutzer und beliebiges Jinja2- oder Regex-Routing für die gesamte Nutzlast.
- Beim Import deaktiviert: nicht standardmäßige bedingte Routen. Grafana Der Abgleich der gesamten Nutzlast ist nicht gleichbedeutend mit dem IR-Abgleich normalisierter Labels. Schreiben und testen Sie Matcher neu, bevor Sie diese Routen aktivieren.
- Nicht übertragen: Benachrichtigungsverlauf und maskierte Anmeldeinformationen wie ausgehende Webhook-Geheimnisse. Konfigurieren Sie Benachrichtigungskanäle und Geheimnisse separat.
Behalten Sie state.json für wiederholbare Importe bei und schützen Sie route-secrets.json, das die neuen Aufnahme-URLs und Token enthält. Legen Sie keine der Dateien in einem öffentlichen Repository ab.
Ein nützlicher Pilot, bevor Produktions-Webhooks geändert werden
- Führen Sie eine Bestandsaufnahme aller aktuellen Benachrichtigungspfade durch und führen Sie dann den Importer im Probelaufmodus nur mit vorhandenen Benutzern aus. Beheben Sie unerwartete Warnungen; Akzeptieren Sie keine verlustbehaftete Zeitplankonvertierung, nur um einen grünen Bericht zu erhalten.
- Vergleichen Sie einen vollständigen Rotationszyklus, Zeitzonengrenzen und eine geplante Überschreibung. Verwenden Sie On-call Health, um nach Zeitplanlücken und fehlenden Lieferkonfigurationen zu suchen.
- Wiederholen Sie bereinigte Beispiele: eine Produktionswarnung, ein Duplikat, ein gelöstes Ereignis und eine Warnung, die nicht benachrichtigt werden sollte. Überprüfen Sie das ausgewählte Team, den Service und das Eskalationsziel.
- Lassen Sie eine Testwarnung unbestätigt, um die Backup-Eskalation zu überprüfen. Bestätigen Sie dann einen anderen und stellen Sie sicher, dass das Paging stoppt. Bestätigen Sie die tatsächliche Zustellung auf Antwortgeräten, nicht nur eine HTTP-Erfolgsantwort.
- Wechseln Sie zu einer Integration mit geringem Risiko und beachten Sie einen Bereitschaftszyklus. Halten Sie den vorherigen Endpunkt und die vorherige Konfiguration für ein Rollback verfügbar. Vermeiden Sie es, während des Schattentests die Responder beider Systeme anzurufen.
Müssen Sie Grafana Dashboards ersetzen?
Nein. Die Umzugsbereitschaftsabwicklung ist eine von der Umzugsüberwachung getrennte Entscheidung. Grafana Alerting kann Benachrichtigungen an IncidentRelay senden; Dashboards können dort bleiben, wo sie sind. Beginnen Sie mit einer Testbereitstellung und einem Benachrichtigungsablauf.
Grafana OnCall und Grafana Cloud IRM sind Grafana Labs-Produkte. IncidentRelay ist nicht mit Grafana Labs verbunden.