Jira & Confluence Data Center: End of Life am 28. März 2029, deine Optionen

Atlassian hat das Ende von Data Center offiziell besiegelt. Wenn dein Jira (oder Confluence) selbst gehostet in deinem eigenen Rechenzentrum läuft, hast du drei Jahre Zeit, und genau drei Entscheidungspunkte. Dieser Artikel fasst die Fakten zusammen und sagt ehrlich, für wen sich welche Option lohnt. Und für wen nicht.

Die Timeline

Datum	Was passiert
30. März 2026	Neukunden können keine Data-Center-Subscriptions und keine Marketplace-Apps mehr kaufen.
30. März 2028	Letzter Tag für Bestandskunden: neue DC-Lizenzen, Apps und Lizenz-Erweiterungen.
28. März 2029, 23:59 PST	End of Life. Alle Data-Center-Produkte werden read-only. Keine Sicherheitsupdates, keine Compliance-Aktualisierungen mehr.

(Quelle: Atlassian-Ankündigung.)

Was End of Life praktisch bedeutet

Eine read-only-Instanz ist kein Stillstand, sondern ein Risiko, das wächst: Jede danach entdeckte Sicherheitslücke bleibt ungepatcht. Die DSGVO verlangt angemessene technische und organisatorische Maßnahmen (Art. 32). Ein auslaufendes, ungepatchtes System ist das Gegenteil davon. ISO-27001-Audits und Kundenverträge mit Sicherheitsanforderungen lassen sich dagegen kaum noch verteidigen. Wer 2029 noch Data Center betreibt, hat kein Feature-Problem, sondern ein Compliance-Problem.

Deine drei Optionen: ehrlich bewertet

1. Atlassian Cloud

Der einzige von Atlassian unterstützte Weg, und für viele Teams die richtige Wahl: am wenigsten Aufwand, volles Feature-Set, keine Zweitmigration in Sicht. Drei Dinge solltest du vorher prüfen: wo deine Daten liegen (Datenresidenz-Einstellungen, AVV), was die Lizenzen pro Nutzer über fünf bis zehn Jahre kosten, und ob deine Prozesse ins Cloud-Modell passen. Wer Data Center heute betreibt, weil die Daten das Haus nicht verlassen dürfen, findet hier nicht ohne Weiteres eine Antwort.

2. Eine andere On-Premise-Suite

Der Markt hat reagiert: Perforce (P4 Plan) und OpenProject (Open Source, Self-Hosting) positionieren sich direkt als DC-Nachfolger. Für Organisationen, die zwingend selbst hosten müssen (Behörden, compliance-sensible Branchen), sind das seriöse Kandidaten, mit den bekannten Kosten: eigener Betrieb, eigene Migration, eigene Wartung. Und für klassisches Portfoliomanagement mit Gantt und Ressourcenplanung ist OpenProject ehrlicherweise die passendere Lösung als wir.

3. Eine EU-gehostete Entwicklerplattform (z. B. Zuuna)

Wenn dein Data-Center-Jira vor allem eins ist (das Board, auf dem dein Entwicklerteam arbeitet), dann brauchst du keinen DC-Ersatz. Du brauchst ein Werkzeug, das dasselbe Problem löst, ohne dass du wieder selbst einen Server betreibst:

• EU-Hosting, DSGVO-konform, Auftragsverarbeitungsvereinbarung inklusive: kein eigener Betrieb, kein auslaufendes System.
• Boards, Sprints, Backlog, Kapazitätsplanung, der Teil von Jira, den dein Team täglich nutzt.
• Git und Releases eingebaut: Branches, Commits und Pull Requests erscheinen automatisch auf dem Board, Releases hängen an Tags. Der Stand auf dem Board ist der Stand im Repo, nicht das, was jemand zuletzt manuell verschoben hat.
• Zeiterfassung und Reports im selben Werkzeug statt in dreien.
• 2FA und Audit-Log in jedem Tarif, auch im Free-Plan; SSO ab Business Pro, nicht erst im Enterprise-Tarif.

Was Zuuna nicht ist: ein Confluence-Ersatz, ein Service-Desk, eine Portfolio-Suite mit Gantt über 20 Abteilungen. Wenn du das brauchst, sind Option 1 oder 2 die besseren Antworten. Das schreiben wir lieber hierhin, bevor du migrierst.

Wer sollte wohin wechseln?

Dein Profil	Empfehlung
Große Organisation, viele Abteilungen, Portfolio/PPM nötig	Atlassian Cloud prüfen, für Portfolioteile ggf. OpenProject
Behörde / strikte Self-Hosting-Pflicht, eigene IT-Abteilung	On-Premise-Suite (z. B. OpenProject, Perforce)
Entwicklerteam oder Agentur, 5–200 Personen, EU-/DSGVO-Anforderungen	Zuuna: EU-gehostet, Board + Git + Zeiterfassung, Migration kostenlos
„Wir wollen einfach, dass es weiterläuft"	Atlassian Cloud: der Weg des geringsten Widerstands

Migration nach Zuuna: so läuft das konkret

1. Jira exportieren oder verbinden: entweder CSV-Export aus Jira und Import über unser Import-Profil (mit Spalten-Mapping), oder direkt der Jira-REST-Import, der Projekte, Issues und Status live ausliest.
2. Boards und Sprints werden übernommen, Custom Fields kommen als Felder mit.
3. Git verbinden (GitHub, GitLab): ab dem ersten Commit pflegt sich das Board selbst.
4. Oder gar nicht selbst machen: Wir migrieren dein Board kostenlos per Concierge-Migration, in der Regel an einem Tag. Termin buchen, fertig.

Fazit

Das Ende von Data Center ist keine Paniklage. Drei Jahre sind Zeit, und Atlassian Cloud ist für viele die richtige Antwort. Es ist aber auch keine Entscheidung für das letzte Quartal: Wer bis 2028 wartet, kann keine neuen Lizenzen mehr kaufen und migriert im selben Fenster wie alle anderen. Entwicklerteams mit EU-Anforderungen können den Wechsel nutzen, um auf ein Werkzeug zu wechseln, das weniger kann als Jira, aber genau das, was dein Team wirklich benutzt, und ehrlich darüber, was nicht.