Opsgenie vor dem 5. April 2027 ablösen

Wenn Sie Ihre Rufbereitschaft in Opsgenie organisieren, steht ein festes Datum im Kalender, und davor steht eine Entscheidung an.

Die folgenden Hinweise sind herstellerneutral und behandeln vier Themen:

• was mit dem Produkt wegfällt
• was Sie inventarisieren sollten
• welche Reihenfolge Ihre Alarmierung während des Umzugs sichert
• wie Sie den Aufwand abschätzen

Perstat kommt erst am Ende vor, bei der Frage nach der Konsolidierung, nicht als Voraussetzung.

Zwei Termine bestimmen Ihren Zeitplan

Atlassian hat den Neuverkauf am 4. Juni 2025 eingestellt und stellt den Support am 5. April 2027 ein. Bestehende Kunden können laut Lizenzseite bis zum 5. April 2027 Plätze hinzufügen und nur dann verlängern, wenn die Laufzeit vor diesem Datum endet.

Für Ihre Planung entscheidend ist der Zusatz nicht migriert. Dieselbe Lizenzseite sagt, dass Kundendaten, die nicht nach Jira Service Management übernommen wurden, bis zu diesem Datum gelöscht werden. Atlassians Dokumentation zur Abschaltung ergänzt, dass sich Opsgenie 120 Tage nach einer Migration automatisch abschaltet, wenn Sie es nicht manuell abschalten. Exportieren Sie vor diesem Datum alles, was Sie außerhalb der angebotenen Migrationswege behalten wollen.

Das ist eine Produktentscheidung von Atlassian, und Atlassian benennt sie offen. Sie sagt nichts über die Werkzeuge daneben und setzt nur Ihren Zeitplan.

Für regulierte Teams kann eine aufbewahrte Incident-Historie zu internen Aufzeichnungen und Meldungen beitragen. DORA gilt seit dem 17. Januar 2025. Ob DORA auf eine Organisation anwendbar ist und ob sie die Vorgaben einhält, entscheidet weder ein exportierter Verlauf noch das Ersatzwerkzeug.

Erst inventarisieren, dann Werkzeuge suchen

Nehmen Sie sich eine Stunde in der Opsgenie-Konsole und schreiben Sie auf, was Sie nutzen. Die Inventur fällt womöglich kürzer aus als befürchtet und kann vergessene Abhängigkeiten sichtbar machen. Fünf Bereiche decken sie ab.

Bereitschaftspläne und Rotationen erfassen

Schreiben Sie auf, wer wann Rufbereitschaft hat, über welche Teams und Zeitzonen hinweg. Notieren Sie auch Vertretungen und Feiertagsregelungen. Genau diese Details versagen nach einem Umzug unbemerkt.

Eskalationsregeln festhalten

Schreiben Sie jede Kette auf: wer alarmiert wird, nach welcher Zeit und was passiert, wenn niemand quittiert. Halten Sie die Zeitabstände fest, nicht nur die Reihenfolge.

Integrationen und Alarmquellen auflisten

Listen Sie jedes System auf, das einen Alarm auslöst:

• Monitoring-Werkzeuge
• Alarme von Cloud-Anbietern
• Error-Tracker
• Webhooks
• E-Mail-Strecken

Integrationen können erheblichen Aufwand bedeuten. Jede Quelle muss im neuen System umgehängt und getestet werden.

Routing und Teams dokumentieren

Notieren Sie, wie Alarme auf Teams, Tags und Prioritäten verteilt werden. In Routing-Regeln steckt Erfahrungswissen, und bei einer hastigen Umstellung kann es verloren gehen.

Historie und Reports exportieren

In diesen Bereich gehören vergangene Alarme, Incident-Verläufe und Reports zur Rufbereitschaft. Entscheiden Sie, was Sie behalten müssen. Exportieren Sie es früh in dem Format, das Opsgenie bietet, bevor Ihr Zugriff auf Opsgenie endet.

Ohne Lücke in der Alarmierung umziehen

Stellen Sie nicht alles auf einmal um. Betreiben Sie beide Systeme parallel und ziehen Sie die Alarmquellen einzeln um.

1. Exportieren Sie Historie und Reports jetzt, bevor sich sonst etwas ändert.
2. Schließen Sie die oben beschriebene Inventur ab. Entscheiden Sie dann zwischen Einzelersatz und Konsolidierung, wie der nächste Abschnitt beschreibt.
3. Bauen Sie Bereitschaftspläne und Eskalationsregeln im neuen Werkzeug nach. Halten Sie sie zunächst identisch und verbessern Sie sie später.
4. Hängen Sie die Integrationen einzeln um. Prüfen Sie bei jeder, dass sie einen Menschen alarmiert, bevor Sie die nächste umhängen.
5. Betreiben Sie beide Systeme eine vollständige Bereitschaftsrotation lang parallel. Testen Sie vor der Umstellung jede vorgesehene Alarmroute kontrolliert.
6. Stellen Sie um und schalten Sie Opsgenie ab, sobald Sie alles Nötige exportiert haben.

Zwischen Einzelersatz und Konsolidierung entscheiden

Das ist die eigentliche Entscheidung. Nehmen Sie sich 30 Minuten dafür, bevor Sie eine Auswahlliste anlegen.

Opsgenie deckt Rufbereitschaft und Alarmrouting ab. Sie können es durch ein anderes spezialisiertes Werkzeug für Rufbereitschaft ersetzen und den Rest Ihres Stacks unverändert lassen. Das ist der Weg mit den wenigsten Überraschungen, und für manche Teams ist er der richtige.

Angenommen, die Rufbereitschaft liegt in Ihrem Stack neben separatem Uptime-Monitoring, einer Statusseite und einem Incident-Prozess verschiedener Anbieter. Teilen diese Anbieter keine Daten, ist die Migration eine Gelegenheit, Konsolidierung zu prüfen, während Sie Bereitschaftspläne neu aufbauen und Integrationen umhängen.

Keine der beiden Antworten ist automatisch richtig. Stecken Ihre Alarmquellen tief in einem Ökosystem, kann ein gleichartiges Werkzeug für Rufbereitschaft den Ablauf erhalten. Dasselbe gilt, wenn Sie auf die enge Anbindung an Jira Service Management und das Ticketing angewiesen sind.

Ist die Zersplitterung Ihrer Werkzeuge das Problem, ist die Migration ein praktischer Zeitpunkt, Konsolidierung zu prüfen.

Aufwand aus der eigenen Inventur schätzen

Übernehmen Sie keine pauschale Dauer. Zählen Sie diese Punkte und geben Sie jedem eine verantwortliche Person und einen Test:

• Bereitschaftspläne und Eskalationsregeln
• Alarmquellen und Integrationen
• Reports
• Teams
• Schulungswege

Die Vorlaufzeit umfasst Freigaben und einen Parallelbetrieb. Die eigentliche Arbeit ergibt sich aus der Inventur.

Legen Sie die Ausstiegskriterien fest, bevor Sie einen Termin setzen:

• Jede Alarmquelle erreicht die vorgesehene Route.
• Jeder Bereitschaftsplan hat eine verantwortliche Person.
• Eine Quittung stoppt die Eskalation.
• Ein kontrollierter Incident läuft bis zur Wiederherstellung durch.
• Der alte Weg bleibt verfügbar, bis diese Prüfungen bestanden sind.

Mit diesen Kriterien wird die Schätzung prüfbar, ohne zu unterstellen, dass ein Zeitplan für jede Organisation passt.

Eine kurze Checkliste bereithalten

• Exportieren Sie zuerst Alarmhistorie, Incident-Aufzeichnungen und Reports zur Rufbereitschaft.
• Inventarisieren Sie die fünf Bereiche oben und wählen Sie dann Einzelersatz oder Konsolidierung.
• Bauen Sie Bereitschaftspläne und Eskalationen im neuen Werkzeug identisch nach.
• Hängen Sie Integrationen einzeln um und testen Sie jede.
• Betreiben Sie beide Systeme eine vollständige Rotation lang parallel.
• Stellen Sie um, prüfen Sie Ihre Exporte und schalten Sie dann ab.

Perstat ist eine Option für die Konsolidierung

Steht Konsolidierung auf Ihrer Liste, ist Perstat eine Option, die Sie abwägen können. Perstat vereint Uptime-Monitoring, Statusseiten, Incident-Bearbeitung und Rufbereitschaft in einem Produkt. Die Control Plane in der EU betreibt die deutsche Datargo GmbH.

Für die Opsgenie-Begriffe gibt es vertraute Entsprechungen:

• Bereitschaftspläne und Rotationen gibt es ab Sentinel.
• Native Push-Nachrichten kommen über die Apple-Apps.
• Persönliche SMS gibt es ab Pulse.
• Sentinel ergänzt die Eskalation der Rufbereitschaft von Push über SMS bis zum Telefonanruf.
• Quittieren bleibt eine ausdrückliche Aktion.

Das Monitoring, das Sie alarmiert, steckt im selben Produkt. Elf regionale Checktypen, darunter HTTP, TCP und DNS, nutzen bis zu sechs tarifabhängige Regionen und eine konfigurierbare regionale Richtlinie mit einem Standardquorum von 2. Agent- und Heartbeat-Monitore nutzen weder Regionen noch Quorum.

Eine verknüpfte Statusseiten-Komponente kann dieselbe Monitor- und Incident-Aufzeichnung nutzen. Die Veröffentlichung bleibt ein ausdrücklicher Schritt.

Perstat führt eine kuratierte Verfügbarkeitsaufzeichnung. Der öffentliche Beispiel-SLA-Report ist ein redaktionelles Beispiel, kein erzeugter Kundenreport. Jede Monitoransicht bietet einen PDF-Report für 7, 14, 30 oder 90 Tage, weder signiert noch beglaubigt, und eine CSV-Datei samt Manifest erhalten Sie manuell auf Anfrage.

Perstat ersetzt weder Jira Service Management noch Ticketing, APM oder Log-Management. Sind diese Werkzeuge für Ihren Betrieb tragend, passt ein spezialisiertes Werkzeug für Rufbereitschaft besser. Auch das ist ein gutes Ergebnis dieser Übung.

Die Vergleichsseite zu Opsgenie ordnet die Begriffe einzeln zu. Die Preise stehen netto zuzüglich Umsatzsteuer auf der Seite Preise, und Sie können kostenlos starten.

Starten Sie das Monitoring kostenlos oder sehen Sie sich die Produkttour an. Die Tour sehen Sie ohne Anmeldung, die Preise ohne Vertriebsgespräch.