Cloud-Exit klingt oft nach Rückzug.
Nach einer Entscheidung gegen Cloud.
Nach Misstrauen gegenüber Anbietern.
Nach dem Versuch, alles wieder selbst zu betreiben.
Das trifft den Kern aber nicht.
Beim Cloud-Exit geht es nicht darum, die Cloud zu vermeiden. Es geht darum, handlungsfähig zu bleiben, wenn sich etwas verändert: Kosten, Verträge, rechtliche Vorgaben, technische Anforderungen oder strategische Ziele.
Die eigentliche Frage ist also nicht:
Nutzen wir Cloud oder nicht?
Die bessere Frage ist:
Können wir später noch frei entscheiden?
Genau an dieser Stelle beginnt das Thema Lock-in.
Lock-in entsteht langsam
Lock-in entsteht selten sofort. Er entsteht langsam. Ein Dienst wird eingeführt, weil er ein konkretes Problem löst. Danach werden Benutzer angebunden. Daten werden abgelegt. Berechtigungen werden aufgebaut. Prozesse ändern sich. Schnittstellen entstehen. Automatisierungen werden ergänzt.
Am Anfang ist es nur ein Dienst.
Später ist es ein fester Teil des Betriebs.
Und irgendwann ist ein Wechsel nicht mehr nur eine technische Aufgabe. Er betrifft dann Kommunikation, Benutzerverwaltung, Datenzugriff, Sicherheit, Verträge, Kosten und den laufenden Betrieb.
Dann reicht die Frage „Können wir die Daten exportieren?“ nicht mehr aus.
Datenexport ist nur ein Teil des Problems
Ein Export allein ist nicht ausreichend für einen funktionierenden Betrieb.
Bei E-Mail geht es nicht nur um Nachrichten. Es geht auch um Kalender, Verteiler, Archive und Berechtigungen.
Bei Dateiablagen geht es nicht nur um Dateien. Es geht auch um Freigaben, Versionen, Links, Metadaten und Zugriffsrechte.
Bei Plattformen für Zusammenarbeit geht es nicht nur um Dokumente. Es geht auch um Chats, Besprechungen, Gruppen, Abläufe und Gewohnheiten.
Das Problem ist also nicht nur, ob Daten herauskommen.
Das Problem ist, ob daraus wieder sinnvoll gearbeitet werden kann.
Identität wird oft unterschätzt
Besonders kritisch ist die Identität.
Benutzer, Gruppen, Rollen und Administratorzugänge sind der Kern vieler IT-Umgebungen. Wenn diese vollständig an einen einzelnen Dienst gebunden sind, wird ein späterer Wechsel deutlich schwieriger. Dann müssen nicht nur Daten bewegt werden. Es muss auch geklärt werden, wer worauf zugreifen darf, welche Konten noch funktionieren und wie der Betrieb im Notfall gesteuert werden kann.
Genau hier wird Lock-in oft unterschätzt.
Nicht jede Abhängigkeit ist automatisch schlecht. Viele Abhängigkeiten entstehen bewusst, weil sie den Betrieb einfacher machen. Das ist normal. Kritisch wird es erst, wenn nicht mehr klar ist, welche Abhängigkeiten bestehen und welche Folgen sie später haben.
Die Exit-Frage gehört an den Anfang
Deshalb sollte Cloud-Exit nicht erst dann betrachtet werden, wenn der Wechsel bereits notwendig ist.
Dann ist der Druck meist hoch.
Die Zeit ist knapp.
Die Risiken sind größer.
Und viele Entscheidungen wurden bereits vor Jahren getroffen.
Sinnvoller ist es, die Exit-Frage früh mitzudenken. Nicht als fertigen Ausstiegsplan für jeden einzelnen Dienst. Sondern als wiederkehrende Prüfung:
Welche Daten liegen wo?
Welche Formate werden genutzt?
Welche Berechtigungen hängen daran?
Welche Schnittstellen sind entstanden?
Welche Verträge begrenzen einen Wechsel?
Welche Kosten entstehen in einer Übergangsphase?
Welche Teile des Betriebs müssten zuerst wieder funktionieren?
Damit ist noch keine direkte Lösung beschrieben. Aber das Bewusstsein für die richtigen Fragen entsteht.
Der Wechsel passiert selten auf einmal
Ein weiterer Punkt wird oft übersehen: Ein Wechsel passiert selten auf einmal.
In vielen Fällen gibt es eine Übergangszeit. Alte und neue Umgebung laufen parallel. Daten werden schrittweise übertragen. Manche Bereiche wechseln früher, andere später. Archive bleiben zunächst nur lesend verfügbar. Schnittstellen werden nacheinander angepasst.
Dieser Zwischenzustand kann helfen. Er kann aber auch neue Risiken schaffen, wenn er nicht bewusst geplant wird.
Dann entstehen doppelte Datenstände, unklare Zuständigkeiten, verschiedene Berechtigungsmodelle und neue Fehlerquellen.
Cloud-Exit ist deshalb weniger ein technisches Einzelprojekt. Es ist eher eine Frage der Vorbereitung, der Übersicht und der Entscheidungsfreiheit.
Die eigentliche Kernaussage
Die Kernaussage ist einfach:
Cloud wird nicht dadurch riskant, dass sie genutzt wird. Riskant wird sie, wenn später keine echte Wahl mehr bleibt.
Lock-in entsteht nicht nur durch Anbieter.
Lock-in entsteht auch durch eigene Entscheidungen, die nicht regelmäßig hinterfragt werden.
Deshalb sollte bei wichtigen Cloud-Diensten nicht nur gefragt werden, welchen Nutzen sie heute bringen. Es sollte auch gefragt werden, welche Abhängigkeiten dadurch entstehen und wie schwer ein späterer Wechsel wäre.
Nicht, weil jeder Dienst irgendwann verlassen werden muss.
Sondern weil die Möglichkeit dazu ein wichtiger Teil digitaler Unabhängigkeit ist.