Seid ihr bereit für Jira Cloud oder Data Center?

Sicherheit in der Cloud

Das wichtigste Thema und die größte Sorge für viele, mit denen wir gesprochen haben, betrifft die Sicherheit und den Verbleib der Daten in der Cloud. Die externe Speicherung von Daten ist für viele Unternehmen ein Sicherheitsproblem und sollte es auch sein – vor allem, wenn die Daten grenzüberschreitend gespeichert werden und die erwarteten Regeln und Vorschriften nicht mehr gelten.

GDPR

In Europa gibt es die GDPR-Vorschriften, die festlegen, wie Daten von EU-Bürgern behandelt werden sollten. Es ist wichtig, daran zu denken, dass der Geltungsbereich dieser Regeln nicht auf die EU beschränkt ist, sondern auch für den Umgang mit Daten von EU-Bürgern in anderen Ländern gilt. Dies ist wichtig, da Atlassian eure Daten möglicherweise auf der ganzen Welt hostet.

Quelle: https://www.atlassian.com/trust/reliability/infrastructure

Die Geldbußen für Verstöße gegen die DSGVO sind sehr hoch; und wenn ein Unternehmen genug verdient, basieren sie auf einem Prozentsatz seines weltweiten Umsatzes. Dies ist ein starker Anreiz für viele Organisationen, ihr Bestes zu tun, um die GDPR einzuhalten. Atlassian befindet sich in dieser Hinsicht im selben Boot.

Privacy Shield

Für die Übermittlung personenbezogener Daten zwischen der EU und den USA gab es früher einen weiteren Standard, den Privacy Shield. Dieser wurde jedoch am 16. Juli 2020 vom Europäischen Gerichtshof für ungültig erklärt, da der Datenschutz nicht gut genug war, um die EU-Vorschriften zu erfüllen.

Das bedeutet, dass Atlassian zwar immer noch die Regeln und Verpflichtungen des Privacy Shield einhält, dies aber nicht mehr ausreicht, wenn ihr personenbezogene Daten aus der EU in die USA übermitteln möchtet.

Wo werden meine Daten aufbewahrt?

Mit der Enterprise-Lizenz habt ihr eine begrenzte Kontrolle: Ihr könnt wählen, ob eure Daten in Europa oder in Nordamerika gespeichert werden. Beachtet, dass dies nicht für Daten gilt, die von Plugins verarbeitet werden – dazu kommen wir später in diesem Blog.

Für manche mag das ausreichend sein. Wenn ihr jedoch eine Regierungsorganisation seid oder mit Finanzdaten arbeitet, wäre dies wahrscheinlich der entscheidende Faktor und ihr wärt auf Data Center beschränkt.

Beachtet auch, dass euer Atlassian-Konto an Atlassian und nicht an eure Instanz gebunden ist. Daher bezieht sich die Kontrolle der Datenresidenz nicht auf die Konten selbst, sondern nur auf die Daten, die ihr in der Instanz speichert.

Größe der Organisation

Ein weiterer wichtiger Faktor, den ihr berücksichtigen solltet, ist die Größe eures Unternehmens. Eure Größe bestimmt, welche Optionen ihr für die Datenverfügbarkeit habt, da die für die Datenverfügbarkeitskontrolle erforderliche Unternehmenslizenz nur für Lizenzen mit mindestens 1.000 Benutzern verfügbar ist.

Für Jira Service Management benötigt ihr ebenfalls mindestens 300 Lizenzen. Ich gehe davon aus, dass sich dies in Zukunft ändern wird, da dies ein großes Problem für kleinere Organisationen darstellt, die auf Data Residency Control angewiesen sind.

Die maximale Anzahl von Benutzern in der Cloud beträgt 10.000. Dies ist wahrscheinlich für viele verschiedene Organisationen ausreichend, aber denkt daran, dass dies derzeit eine harte Grenze ist und berücksichtigt werden sollte.

Ich gehe davon aus, dass Atlassian sich dafür einsetzen wird, dass noch mehr Benutzer eine Instanz gemeinsam nutzen können, und ich hoffe, dass sie es irgendwann auch unendlich skalierbar machen werden. Wahrscheinlich wird es bald ein Betaprogramm für 10.000+ Instanzen geben, so wie es auch für die vorherige maximale Stufe der Fall war. Aber wir müssen abwarten und sehen.

Plugins

Wenn keiner der oben genannten Punkte ein entscheidender Faktor ist, dann wäre der nächste wichtige Schritt die Überprüfung eurer Plugins und aller externen/internen Integrationen, die ihr oder euer Team vorgenommen habt.

Plugins aus dem Atlassian Marketplace sind in letzter Zeit durch den Vorstoß von Atlassian viel besser in der Cloud verfügbar geworden. Aber es gibt immer noch einige Fälle, in denen die Plugin-Anbieter nicht die Zeit, die Motivation oder die notwendigen Werkzeuge hatten, um ihre Plugins in der Cloud neu zu erstellen. Und selbst wenn sie es getan haben, gibt es keine Garantie, dass sie einen Migrationsprozess für eure Daten entwickelt haben, um sie in die Cloud zu verschieben.

Die meisten Atlassian-Plugin-Anbieter, mit denen ich gesprochen habe, waren bei Migrationen sehr hilfsbereit, und mir ist aufgefallen, dass fast alle komplexen Funktionen des Plugins Scriptrunner jetzt auch in der Cloud verfügbar sind (auch wenn möglicherweise noch einige Zusammenstellungen erforderlich sind).

Viele der Anbieter arbeiten auch mit Atlassian zusammen, um ihr Plugin mit dem Cloud Migration Assistant kompatibel zu machen. Diese Funktion sollte etwa im 2. Quartal 2021 verfügbar sein.

Bezüglich der Datenresidenz müsst ihr auch bedenken, dass es zwar bestimmte Regeln von Atlassian gibt, die alle Anbieter befolgen müssen, dass sie eure Daten aber möglicherweise auf ihren eigenen Servern an einem Ort speichern, den ihr nicht beabsichtigt habt.

Ich empfehle, sich mit dem Anbieter in Verbindung zu setzen, wenn ihr irgendwelche Probleme vermutet. Er kann euch vielleicht sogar helfen, wenn es bestimmte Bereiche gibt, in denen ihr eine höhere Sicherheit benötigt.

Benutzerverwaltung und LDAP/AD-Integration

Derzeit gibt es keine native LDAP/AD-Integration in der Cloud. Das bedeutet, dass es keine einfache Möglichkeit gibt, euren eigenen lokalen Active Directory-Server zu nutzen, wenn ihr einen habt. Stattdessen könnt ihr Atlassian Access verwenden, um Benutzer von anderen Cloud-Identitätsanbietern bereitzustellen. Nur Benutzer mit E-Mails, die im Identitätsanbieter vorhanden sind (d. h. Unternehmens-E-Mails), werden synchronisiert.

So könnt ihr zum Beispiel Azure AD oder Google Cloud für die Verwaltung eurer Benutzer verwenden. Denkt daran, dass Atlassian Access ein zusätzliches Abonnement zu euren anderen Cloud-Abonnements ist und die Kosten auf der Gesamtzahl eurer Benutzer basieren.

Ein weiterer wichtiger Punkt ist, dass ihr, wenn ihr Atlassian Access Richtlinien wie MFA zusammen mit Atlassian Access verwenden möchtet , die Domänen kontrollieren und besitzen müsst, in denen dies durchgesetzt wird. In diesem Fall können externe Berater oder Kunden in eurem System nicht die E-Mail ihrer eigenen Organisation verwenden, sondern benötigen stattdessen eine neue E-Mail und ein Konto in eurer Domäne.

UI/UX-Unterschiede in der Cloud

Schließlich solltet ihr auch überlegen, ob die neue Problemansicht während oder nach der Migration Probleme bereiten könnte.

Sie ähnelt in vielerlei Hinsicht dem, was ihr von Server/Data Center gewohnt seid, aber es gibt einige wichtige Änderungen, die ihr beachten solltet, und die neue Problemansicht wird nach dem 31. März 2021 für die Cloud obligatorisch sein.

In den meisten Fällen wird dies nicht ausschlaggebend sein, aber es kann neue Herausforderungen mit sich bringen, wenn ihr es gewohnt sind, Informationen auf eine bestimmte Art und Weise anzuzeigen. Benutzerdefinierte Felder sind jetzt in der unteren rechten Ecke versteckt und es gibt nur noch einen statt drei Bildschirme zu konfigurieren.

Welchen Weg soll man einschlagen?

Ich hoffe, dieser Blog hat einige der häufigsten Probleme, Herausforderungen und Lösungen beleuchtet, mit denen ihr in Zukunft konfrontiert werden könnt, und wird euch bei den nächsten Schritten helfen.

Es gibt auch ein kleines Quiz von Atlassian, an dem ihr teilnehmen könnt, wenn ihr noch Zweifel habt, sowie einen Kostenrechner für Cloud-Preise.

Meine persönliche Meinung ist, dass die Cloud euer bevorzugtes Ziel sein sollte. Nicht, weil Atlassian es so will, sondern weil es viele Vorteile hat, Jira als Service in der Cloud zu haben.

Abgesehen von den offensichtlichen Vorteilen wie Serverwartung, automatische Updates und Betriebszeit bedeutet die Tatsache, dass fast alle anderen Softwareunternehmen ihre Dienste ebenfalls in die Cloud verlagern, dass es für sie einfach sein wird, sich zu integrieren und zu kommunizieren – und die Wahrscheinlichkeit, dass ihr mit technischen Schulden oder Altsystemen endet, ist minimal.

Trotzdem gibt es immer noch offensichtliche Probleme, die in der Cloud nicht gelöst sind, und in diesen Fällen wäre Data Center der richtige Weg. Da wir noch nicht genau wissen, welche Pläne Atlassian für Data Center in der Zukunft hat, würde ich auch die Roadmap für Data Center im Auge behalten. Ich hoffe, dass es nicht relevant sein wird, aber es wäre sinnvoll, sich Gedanken darüber zu machen, was passiert, wenn Atlassian beschließt, Data Center in ferner Zukunft ebenfalls einzustellen.

Wenn ihr mehr über den eigentlichen Migrationsprozess erfahren möchtet, empfehle ich euch einen Blick in den Jira Cloud Migrationsblog.

Und wenn ihr Fragen habt, die ich oben nicht behandelt habe, könnt ihr mich auch gerne unter thomas.hargreaves@eficode.com kontaktieren. Ich würde mich freuen, alles zu beantworten, was ihr über die neuen Atlassian-Änderungen wissen möchtet und was dies für euch und euer Unternehmen bedeutet.