Am 29. März 2029 stellt Atlassian unter dem Stichwort Atlassian Ascend den Support für seine Data-Center-Produkte ein. Betroffen sind Jira, Jira Service Management, Confluence, Bamboo, Crowd, Atlassian-eigene Apps sowie Drittanbieter-Apps aus dem Marketplace. Begleitet wird dieser Schritt durch Programme wie FastShift und Solution Design Acceleration, die große Kunden beim Umstieg in die Cloud unterstützen sollen.
Für Unternehmen in regulierten Branchen wie Banken, Versicherungen, Zahlungsdienstleister, Krankenhäuser, Pharmaunternehmen und öffentliche Stellen geht es dabei nicht nur um die Zukunft eines Werkzeugs. Atlassian-Systeme können Teil einer regulierten IKT-Landschaft sein und müssen deshalb nicht nur technisch, sondern auch unter Anforderungen aus Datenschutz, Informationssicherheit, Auslagerungssteuerung und Governance bewertet werden.
Parallel zum Atlassian-Zeitplan läuft ein regulatorischer Zeitplan. DORA gilt seit für den Finanzsektor und bringt unter anderem Anforderungen an Informationsregister, Ausstiegsstrategien, Prüf- und Zugangsrechte sowie die Bewertung von Konzentrationsrisiken mit sich. Hinzu kommen je nach Branche und Organisation weitere Vorgaben, etwa aus BAIT, VAIT, KRITIS, dem BSI-C5-Umfeld oder aus der Diskussion um Drittstaatentransfers, den US CLOUD Act und die Belastbarkeit des EU-US Data Privacy Frameworks.
Die eigentliche Frage lautet daher oft nicht „Cloud oder nicht?“, sondern: Welche Zielarchitektur lässt sich unter den eigenen Aufsichts- und Kontrollanforderungen langfristig tragfähig dokumentieren?
Dieser Beitrag bewertet die Handlungsoptionen aus Sicht regulierter Kunden in Deutschland und richtet sich insbesondere an Atlassian Admins, IT-Manager sowie Verantwortliche für Governance, Informationssicherheit und Datenschutz. Er bietet eine fachliche Einordnung, ersetzt jedoch keine Rechtsberatung.
Der Handlungsdruck ist nicht nur technisch
Ein Verkaufsstopp für Atlassian Data Center für Neukunden besteht bereits. Bestandskunden können ab dem keine neuen Lizenzen mehr erwerben, was auch Erweiterungen bestehender Umgebungen betrifft. Am laufen die Data-Center-Lizenzen aus. Produkte und Apps wechseln anschließend in einen Read-Only-Modus; Sicherheitsupdates, Bugfixes und offizieller Support entfallen. Verlängerter Support ist nur in Ausnahmefällen und zu erheblichen Mehrkosten möglich.
Bei regulierten Kunden liegt der Aufwand dabei oft nicht primär in der technischen Migration, sondern in der Vorarbeit: Schutzbedarfsfeststellung, Datenschutz-Folgenabschätzung, Vertrags- und Auslagerungsprüfung, Abstimmung mit Informationssicherheit, Datenschutzbeauftragten, Betriebsrat und gegebenenfalls Aufsicht. Wer spät entscheidet, verliert wertvolle Zeit für Nachbesserungen.
Option 1: Der Weg in die Atlassian Cloud
Für viele Data-Center-Kunden führt der Weg in die Cloud. Hier investiert Atlassian am stärksten, hier erscheinen neue Funktionen zuerst, und langfristig ist dies der zentrale Zielpfad für bestehende Atlassian-Landschaften aus Projekten, Dokumentation und Marketplace-Apps.
Gleichzeitig ist „die Cloud“ kein einheitliches Produkt. Unterschiedliche Betriebsmodelle bieten unterschiedliche Grade an Kontrolle, Isolation und Nachweisbarkeit.
Commercial Cloud
Die Commercial Cloud ist der Standardweg. Kundenumgebungen laufen auf einer gemeinsam genutzten Multi-Tenant-Plattform in AWS-Rechenzentren. Die Trennung erfolgt logisch über die Plattformarchitektur, nicht über dedizierte Infrastruktur.
Der Funktionsumfang ist hier am größten, und neue Funktionen erscheinen typischerweise zuerst in dieser Umgebung. Das gilt auch für KI-Funktionen wie Rovo und Rovo-Agenten, die im Data Center nicht mehr zu erwarten sind. Gleichzeitig sinkt der Betriebsaufwand deutlich, weil Atlassian Verantwortung für Verfügbarkeit, Skalierung und große Teile des technischen Betriebs übernimmt. Auch die Migrationsprogramme rund um Atlassian Ascend sind auf diesen Weg ausgerichtet.
Für regulierte Kunden ist die Commercial Cloud nicht grundsätzlich ausgeschlossen. Entscheidend ist, ob die vorhandenen Kontrollmechanismen zur eigenen Schutzbedarfs- und Risikoanalyse passen.
Welche organisatorischen und technischen Fragen auch bei einem grundsätzlich erfolgreichen Wechsel relevant bleiben, zeigt unser Erfahrungsbericht zur Confluence Cloud Migration.
Data Residency und Customer-managed keys
Mit Data Residency lässt sich für bestimmte Daten festlegen, in welcher geografischen Region sie gespeichert werden. Für viele Organisationen ist das eine wichtige Voraussetzung, wenn interne Vorgaben oder vertragliche Anforderungen eine Speicherung innerhalb der Europäischen Union verlangen.
Wichtig ist jedoch die Abgrenzung: Data Residency ist nicht automatisch gleichbedeutend mit vollständiger Datenhoheit. Sie begrenzt den Speicherort bestimmter Daten, beantwortet aber nicht automatisch alle Fragen zu Metadaten, Supportzugriffen, administrativen Zugriffspfaden oder internationalen Konzernstrukturen.
Eine zusätzliche Kontrollmöglichkeit bietet die Verschlüsselung mit Customer-managed keys (CMK). Die bisherige BYOK-Variante wird bei Atlassian nicht mehr neu registriert; stattdessen rückt CMK in den Vordergrund. Dabei werden kryptographische Schlüssel über den kundenseitig verwalteten AWS Key Management Service bereitgestellt. Die Nutzung dieser Schlüssel lässt sich über AWS CloudTrail nachvollziehen. Das verbessert Kontrolle und Nachweisbarkeit, erzeugt aber auch zusätzlichen Betriebs- und Abstimmungsaufwand.
Bestehende BYOK-Kunden sollen schrittweise auf CMK migriert werden. In der Atlassian Isolated Cloud ist CMK verpflichtender Bestandteil des Betriebsmodells.
Data Residency ist verfügbar mit Guard oder einem Enterprise Plan. CMK ist nur im Enterprise Plan verfügbar.
Isolated Cloud
Mit der Atlassian Isolated Cloud bietet Atlassian eine Cloud-Variante für Unternehmen mit besonders hohen Sicherheits- und Compliance-Anforderungen an. Im Vergleich zur Commercial Cloud werden Kundenumgebungen stärker voneinander isoliert und mit zusätzlichen organisatorischen und technischen Kontrollmechanismen betrieben.
Diese Ausprägung kann für große regulierte Organisationen interessant sein, die grundsätzlich in die Cloud wechseln möchten, deren Anforderungen aber über eine klassische Multi-Tenant-Umgebung hinausgehen. Gleichzeitig sollte sie nicht als pauschale Lösung verstanden werden. Frühzeitig zu prüfen sind insbesondere verfügbare Produkte, Apps, Integrationen, Vertragsmodelle, Kosten und mögliche Verzögerungen bei der Bereitstellung neuer Funktionen.
Auch die Isolated Cloud beantwortet nicht automatisch alle rechtlichen Fragen zu internationalen Datenzugriffen. Der US CLOUD Act und die weitere Entwicklung des EU-US Data Privacy Frameworks bleiben Teil der Risiko- und Exit-Betrachtung.
Option 2: Abwarten als Übergangsstrategie
Nicht jede Organisation kann oder möchte bis zum Ende des Data-Center-Zeitraums eine endgültige Plattformentscheidung treffen. In solchen Fällen kann eine Übergangsstrategie sinnvoll sein, etwa um regulatorische Fragen zu klären oder andere Großprojekte zu entkoppeln.
Atlassian bietet in bestimmten Fällen die Möglichkeit, bestehende Data-Center-Umgebungen über das offizielle Support-Ende hinaus weiter zu betreiben. Solche Vereinbarungen sind zeitlich begrenzt, mit deutlichen Mehrkosten verbunden und sollten als temporäre Lösung verstanden werden.
Langfristig bleibt Atlassians Plattformstrategie klar cloudzentriert. Innovationen und neue Funktionen werden vor allem dort entstehen. Wer zu lange wartet, erhöht daher typischerweise Migrationskosten, Zeitdruck und die Gefahr einer veralteten Systemlandschaft.
Option 3: Wechsel auf eine alternative Plattform
Für Organisationen, bei denen Datenkontrolle, Datenschutz oder technologische Unabhängigkeit höchste Priorität haben, kann der Wechsel auf eine alternative Plattform die sinnvollste Option sein. Neben kommerziellen SaaS-Angeboten existieren insbesondere im Open-Source-Bereich leistungsfähige Produkte, die sich selbst hosten und individuell anpassen lassen, etwa OpenProject, XWiki, BookStack oder Outline.
Der größte Vorteil liegt in der Datensouveränität. Je nach Architektur bleiben Daten im eigenen Rechenzentrum oder in selbst kontrollierten Hosting-Umgebungen. Gleichzeitig sinken Abhängigkeiten von einem einzelnen Hersteller, dessen Lizenzmodell und dessen strategischer Produktentwicklung.
Dem steht jedoch ein erheblicher Aufwand gegenüber. Ein Plattformwechsel bedeutet nicht nur Datenmigration, sondern oft auch neue Prozesse, neue Oberflächen, neue Integrationen und zusätzlichen Betriebsaufwand. Zudem erreicht selten ein einzelnes Produkt die funktionale Breite des Atlassian-Ökosystems.
Fazit
Das Ende von Atlassian Data Center ist für regulierte Unternehmen mehr als ein technischer Plattformwechsel. Neben Funktionalität und Kosten müssen insbesondere Datenschutz, Informationssicherheit, Dienstleistersteuerung, Datenresidenz, internationale Zugriffsmöglichkeiten und Exit-Fähigkeit bewertet werden.
Die Atlassian Cloud kann für viele Organisationen ein sinnvoller Zielpfad sein. Die Commercial Cloud bietet den größten Funktionsumfang und den geringsten Betriebsaufwand. Data Residency und CMK schaffen zusätzliche Kontroll- und Nachweismöglichkeiten, lösen aber nicht automatisch alle regulatorischen Fragen. Für Kunden mit höheren Anforderungen an Isolation und Governance kann die Isolated Cloud eine geeignete Option sein. Verlängerter Data-Center-Betrieb kann Zeit verschaffen, ersetzt aber keine strategische Entscheidung. Eine alternative Plattform bietet mehr Unabhängigkeit, geht jedoch mit hohem Migrations- und Betriebsaufwand einher.
Entscheidend ist deshalb nicht nur, welche Option technisch möglich ist, sondern welche Lösung sich langfristig sicher, nachvollziehbar und gegenüber internen Kontrollstellen sowie Aufsichtsbehörden belastbar vertreten lässt.
Sie prüfen derzeit Ihre Optionen für Atlassian Data Center? Wir unterstützen Sie bei Bestandsaufnahme, Zielarchitektur, Cloud-Readiness, Governance und Migrationsplanung – einschließlich der Bewertung von Data Residency, CMK, Apps, Integrationen und Exit-Anforderungen. Mehr dazu auf unserer Seite zur Atlassian-Beratung.
