Opsgenie

Hinweis: Opsgenie ist kein eigenständiges Produkt mehr. Atlassian hat den Vertrieb beendet und kündigt den vollständigen Shutdown für den 5. April 2027 an. Bestandskunden migrieren bis dahin in Jira Service Management, das die Opsgenie-Funktionalität (On-Call-Schedules, Eskalationsregeln, Alert-Routing) übernimmt. Wer heute neu einsteigen will, schaut sich besser direkt Jira Service Management, PagerDuty oder incident.io an.

Kurzfazit

Opsgenie war über ein Jahrzehnt einer der ernsthaften Spieler im Incident-Management-Markt — solide On-Call-Schedules, ausgereifte Eskalationsregeln, ein riesiger Integrationskatalog. Atlassian hat das Produkt 2018 übernommen und 2024 das Ende als eigenständiges Angebot angekündigt: Bis zum 5. April 2027 muss jeder Kunde nach Jira Service Management migrieren, danach wird Opsgenie abgeschaltet und nicht migrierte Daten gelöscht. Für Neukunden ist die Plattform geschlossen, für Bestandskunden zählt nur noch ein sauberer Übergang. Wir bewerten das Produkt deshalb mit zwei Sternen — nicht weil es technisch schlecht wäre, sondern weil eine Empfehlung für ein End-of-Life-Produkt kaum noch Sinn ergibt.

Für wen ist Opsgenie?

Bestandskunden mit aktivem Vertrag: Wer Opsgenie bereits einsetzt, sollte den Migrationspfad zu Jira Service Management strukturiert angehen. Atlassian bietet ein automatisiertes Tooling unter „Settings → Plan your move” — On-Call-Schedules, Eskalationsregeln und Integrationen werden weitgehend übernommen.

Atlassian-Shops: Teams, die ohnehin tief in Jira und Confluence stecken, profitieren von der Konsolidierung. JSM bündelt Servicedesk, Incident-Response und Operations in einer Plattform — das vereinfacht Lizenzierung und Berechtigungsmodelle.

Operations-Teams in größeren SaaS-Unternehmen: Hier war Opsgenie historisch stark. Komplexe Schedule-Rotationen, Follow-the-Sun-Modelle und tiefe Integrationen in Monitoring-Stacks (Datadog, Prometheus, New Relic) sind nach wie vor möglich — nur eben jetzt unter dem JSM-Label.

Weniger geeignet für:

• Neukunden — der Standalone-Vertrieb ist beendet
• Teams, die ein KI-natives Produkt suchen — Opsgenie ist regelbasiert, ohne ML-gestützte Korrelation oder adaptive Eskalation
• Unternehmen mit DSGVO-strengen Anforderungen — Hosting läuft in den USA, kein deutsches RZ
• Organisationen, die sich gerade vom Atlassian-Lock-in lösen wollen

Preise im Detail

Plan	Preis	Was du bekommst
Free (historisch)	0 USD	Bis zu 5 Nutzer, Basis-Alerting — wurde für Neukunden geschlossen
Essentials (historisch)	ca. 9 USD/Nutzer/Monat	On-Call-Schedules, einfache Eskalationen
Standard (historisch)	ca. 19 USD/Nutzer/Monat	Service-Modelle, erweiterte Routing-Regeln
Enterprise (historisch)	ca. 29 USD/Nutzer/Monat	Audit-Logs, SAML/SSO, erweiterte Berichte
Migration ab 2024	abhängig vom JSM-Plan	Atlassian gewährt teilweise zeitlich begrenzte Rabatte, um Preisunterschiede zu JSM Premium/Enterprise auszugleichen

Einordnung: Die historischen Standalone-Preise sind nur noch für Bestandskunden relevant. Die Migration zu Jira Service Management bedeutet für viele Teams einen spürbaren Preisschritt — JSM Premium liegt bei rund 47 USD/Agent/Monat, Enterprise auf Anfrage. Atlassian wirbt mit Rabattaktionen, prüfe das Angebot in deinem Account unter „Plan your move”. Wer das Budget auf den Prüfstand stellt, sollte parallel PagerDuty und incident.io angeboten lassen — die Wechselkosten sind ohnehin fällig.

Stärken im Detail

Reife On-Call-Logik mit Praxisbewährung. Opsgenie war über zehn Jahre einer der Standards im Incident-Management. Schedule-Rotationen, Follow-the-Sun-Setups, Override-Regeln, Eskalationsketten mit zeitversetzten Stufen — das funktioniert verlässlich und deckt auch komplexe Org-Strukturen ab.

Integrationsbreite ist erstklassig. Über 200 vorgefertigte Integrationen zu Monitoring-Tools wie Datadog, Grafana, Prometheus, New Relic, AWS CloudWatch und Azure Monitor. Heartbeats, Webhooks und eine offene API erlauben fast beliebige Anbindungen.

Atlassian-Tiefe für bestehende Shops. Die Verzahnung mit Jira, Confluence und Statuspage ist nahtlos. Aus einem Alert wird per Klick ein Jira-Ticket, Postmortems landen direkt in Confluence, Statuspage-Updates folgen automatisch. Für Teams, die bereits Atlassian-Standard sind, ist das ein echter Workflow-Vorteil.

Alert-Korrelation und Deduplizierung. Regelbasierte Logik, um Lärm zu reduzieren — Alarme zur gleichen Service-Komponente werden zusammengefasst, Duplikate gefiltert. Das ist nicht KI, aber gut gemachtes Pattern-Matching.

Schwächen ehrlich betrachtet

Das Produkt hat ein Ablaufdatum. Der 5. April 2027 ist der harte Cutoff. Atlassian wird das System danach abschalten, nicht migrierte Daten werden gelöscht. Jedes Setup, das du heute baust, hat eine begrenzte Lebenszeit — neue Features kommen nicht mehr, der Fokus liegt auf Migrationspfaden zu JSM.

Keine echte KI. Opsgenie ist regelbasiert. Keine ML-gestützte Anomalie-Erkennung, keine intelligente Korrelation über Service-Grenzen hinweg, keine generativen Postmortem-Drafts. Wer KI im Incident-Management ernst nimmt, schaut zu incident.io, PagerDuty mit AIOps oder Datadog Bits AI — Opsgenie spielt in dieser Liga nicht mit.

US-Hosting ohne EU-Option. Atlassian Cloud läuft primär in US-Rechenzentren, EU-Hosting gibt es nur für Enterprise-Tier-Kunden mit Data Residency Add-on. Für Branchen unter Berufsgeheimnis (Anwälte, Ärzte, kritische Infrastruktur) ist das ein echtes Hindernis.

Migration ist kein Selbstläufer. Auch wenn Atlassian ein automatisiertes Migrations-Tooling anbietet — komplexe Schedule-Setups, Custom-Integrationen und gewachsene Routing-Regeln müssen geprüft und nachgezogen werden. Realistisch sind 4–12 Wochen Projektarbeit für mittlere Setups, plus Schulung der Teams auf die JSM-Oberfläche.

Lizenzkosten steigen oft. JSM Premium und Enterprise sind teurer als die alten Opsgenie-Pläne. Die zeitlich begrenzten Migrations-Rabatte mildern das, aber nach Ablauf trifft der volle JSM-Preis — viele Teams nutzen das als Anlass, alternative Anbieter zu evaluieren.

Alternativen im Vergleich

Wenn du…	…nimm stattdessen
Den von Atlassian vorgesehenen Migrationspfad gehst	Jira Service Management
Den klaren Marktführer für klassisches On-Call und Incident-Response willst	PagerDuty
Ein modernes, KI-natives Incident-Tool mit starker Slack-Integration suchst	incident.io
Monitoring und Incident-Response in einem Tool brauchst	Datadog
ITSM mit On-Call-Funktionen kombinieren willst	Freshservice

Die ehrliche Empfehlung für Neukunden 2026: Wer noch nicht in Opsgenie steckt, sollte sich gar nicht mehr damit beschäftigen. Wer ohnehin Atlassian-Heavy unterwegs ist, geht direkt zu Jira Service Management. Wer maximale Reife und ein dediziertes Produkt will, schaut sich PagerDuty an. Wer modern und KI-affin sein möchte, prüft incident.io. ServiceNow bleibt für große Enterprise-Setups mit ITIL-Anspruch eine Option, ist aber für reines On-Call überdimensioniert.

So steigst du ein

Schritt 1 — Status feststellen: Logge dich in deinen Opsgenie-Account ein und navigiere zu Settings → Plan your move. Atlassian zeigt dir deinen aktuellen Plan, das empfohlene JSM-Äquivalent und einen personalisierten Migrationspfad. Hier siehst du auch, ob du für Rabatte qualifiziert bist.

Schritt 2 — Migrations-Audit: Bevor du auf „Migrate now” klickst, dokumentiere alle bestehenden Schedules, Eskalationsketten, Integrationen und benutzerdefinierten Regeln. Erstelle eine Matrix: Was muss 1:1 übernommen werden, was kannst du im Zuge der Migration vereinfachen oder eliminieren? Realistische Veranschlagung: 1–2 Tage Audit für mittlere Setups.

Schritt 3 — Migration in Wellen: Atlassian unterstützt schrittweise Migration. Starte mit einem unkritischen Team (z.B. einem internen Tool), validiere die Eskalationen mit Test-Alerts, dann ziehe nach und nach die produktionskritischen Services nach. Plane mindestens 6 Monate Puffer vor dem 5. April 2027 ein, um Probleme aufzufangen. Wer erst Anfang 2027 anfängt, riskiert Hektik und Datenverlust.

Ein konkretes Beispiel

Ein mittelständischer SaaS-Anbieter aus München mit 35 Entwicklern nutzt Opsgenie seit 2019: 14 Schedules, fünf Eskalationsketten, Integrationen zu Datadog, Sentry und AWS CloudWatch. Im Frühjahr 2026 startet das Operations-Team das Migrationsprojekt — drei Sprints à zwei Wochen, parallel zur normalen Arbeit. Sprint 1: Audit und Cleanup, dabei werden 4 ungenutzte Schedules und 23 obsolete Routing-Regeln gestrichen. Sprint 2: Migration des internen Reporting-Services als Pilot, alle Test-Alerts kommen sauber durch. Sprint 3: Migration der drei Produktions-Services, mit On-Call-Doppelbesetzung in der ersten Woche zur Absicherung. Nach acht Wochen läuft alles in JSM. Bilanz: Lizenzkosten steigen um 28% trotz Migrationsrabatt, dafür entfällt das parallele Confluence-zu-Opsgenie-Postmortem-Skript. Das Team prüft im Nachgang trotzdem, ob ein Wechsel zu PagerDuty oder incident.io langfristig nicht sinnvoller wäre — die Wechselkosten waren bei der JSM-Migration ohnehin fällig.

DSGVO & Datenschutz

• Datenhosting: USA (Standard); EU-Hosting nur als kostenpflichtiges „Data Residency”-Add-on für Atlassian Cloud Enterprise verfügbar
• Datennutzung: Atlassian nutzt Telemetrie- und Nutzungsdaten zur Produktverbesserung; Opt-out begrenzt möglich
• Auftragsverarbeitung: AVV (DPA) verfügbar, Atlassian ist Cloud Security Alliance- und ISO 27001-zertifiziert
• Personenbezogene Daten: On-Call-Schedules enthalten Klarnamen, E-Mail-Adressen und Telefonnummern — diese Daten verlassen die EU bei US-Hosting
• Account-Löschung: Möglich; nach Opsgenie-Shutdown am 5. April 2027 werden nicht migrierte Daten automatisch gelöscht
• Empfehlung für deutsche Unternehmen: Bei sensiblen Branchen (Gesundheit, Recht, KRITIS) entweder Data Residency Add-on buchen oder zu europäischen Alternativen wie incident.io (UK/EU-Hosting wählbar) wechseln

Gut kombiniert mit

• Datadog — Monitoring liefert die Alerts, Opsgenie/JSM routet sie an die richtigen On-Call-Personen. Eine der häufigsten Kombinationen in produktiven Setups.
• Jira — Aus Incidents werden Bug-Tickets und Follow-up-Tasks. Die Verzahnung wird nach der Migration in JSM noch enger, weil alles unter einem Produkt läuft.
• n8n oder Make.com — für Custom-Workflows zwischen Opsgenie/JSM und Drittsystemen, die nicht von Haus aus integriert sind: Slack-Updates anreichern, Statuspage-Posts triggern, Postmortem-Templates befüllen.

Unser Testurteil

Opsgenie verdient zwei von fünf Sternen — und die Bewertung hat nichts mit der technischen Qualität zu tun. Das Produkt war jahrelang einer der Standards im Incident-Management, mit reifer Logik, breiter Integrationspalette und solider Atlassian-Verzahnung. Es scheitert daran, dass es kein Zukunftsprodukt mehr ist: Atlassian hat den Vertrieb beendet, der Shutdown am 5. April 2027 ist hart, und Neukunden sind ausgesperrt. Wer heute eine Empfehlung sucht, bekommt von uns drei Adressen — Jira Service Management für den geordneten Atlassian-Pfad, PagerDuty für den Marktführer, incident.io für die moderne KI-affine Alternative. Bestandskunden empfehlen wir, die Migration nicht aufzuschieben und dabei ehrlich zu prüfen, ob JSM oder ein Wechsel zu einem anderen Anbieter die bessere Investition ist.

Was wir bemerkt haben

• 2018 — Atlassian übernimmt Opsgenie für 295 Millionen USD und integriert das Produkt schrittweise ins eigene Ökosystem (Jira-Verknüpfung, Statuspage-Anbindung).
• 2024 — Atlassian kündigt das End-of-Life für Opsgenie an: Standalone-Vertrieb wird eingestellt, alle Funktionen wandern in Jira Service Management. Der Shutdown-Termin steht fest auf 5. April 2027.
• 2024–2026 — Migrations-Tooling wird ausgebaut. Atlassian bietet zeitlich begrenzte Rabatte, um den Preisunterschied zwischen Opsgenie-Plänen und JSM Premium/Enterprise abzufedern. Viele Bestandskunden nutzen die Gelegenheit, parallel PagerDuty und incident.io zu evaluieren — die Wechselkosten sind ohnehin fällig.
• April 2027 (geplant) — Endgültiger Shutdown. Nicht migrierte Daten werden gelöscht. Wer bis dahin nicht migriert hat, verliert On-Call-Schedules, Eskalationsregeln und historische Alert-Daten.