Cloud-Exit-Strategie: Wahlfreiheit statt Lock-in

Eine Cloud-Exit-Strategie ist kein Misstrauensvotum gegen Cloud-Anbieter. Sie ist ein Betriebsplan für den Fall, dass Preise, Anforderungen, Eigentumsverhältnisse oder Leistungen nicht mehr passen. Wer Daten und Anwendungen übertragen kann, verhandelt aus einer besseren Position und behält die Wahl zwischen Public Cloud, Schweizer Hosting, Private Cloud und eigenem Betrieb.

Exit-Fähigkeit ist mehr als ein Datenexport

Ein Download-Button macht noch keine portable Umgebung. Für einen Wechsel müssen Daten vollständig, verständlich und mit ihren Beziehungen exportierbar sein. Ebenso wichtig sind Identitäten, Berechtigungen, Protokolle, Verschlüsselungsschlüssel, Automationen, Netzwerkregeln und Betriebswissen.

Erstellen Sie deshalb ein Abhängigkeitsverzeichnis. Für jeden Dienst sollte erkennbar sein:

welche Geschäftsprozesse davon abhängen
welche Daten gespeichert werden, wer dafür fachlich verantwortlich ist und welche Rechte oder Pflichten daran bestehen
in welchen Formaten ein vollständiger Export möglich ist
welche Programmierschnittstellen und Identitätsstandards genutzt werden
welche anderen Cloud-Dienste technisch gekoppelt sind
wie Sicherung, Wiederherstellung und Löschung funktionieren
welche Gebühren, Fristen und Bandbreiten für eine Übertragung gelten

Priorisieren Sie nicht nach technischer Eleganz, sondern nach geschäftlicher Wirkung. Ein unscheinbarer Identitätsdienst oder DNS-Eintrag kann für den Betrieb kritischer sein als eine grosse Datenablage.

Offene Formate und Standards gezielt verlangen

Ein praktisches Ziel der Exit-Planung ist, Entscheidungen später noch ändern zu können. Bevorzugen Sie deshalb verbreitete, dokumentierte Datenformate und standardisierte Schnittstellen. Dokumente, Tabellen und Mediendateien sollten ohne anbieterspezifische Spezialsoftware lesbar bleiben. Anwendungen profitieren von etablierten APIs sowie Standards für Identität, Container und Datenbanken.

Open Source kann Lock-in reduzieren, weil Quellcode, Datenmodelle und Betriebswerkzeuge grundsätzlich prüfbar sind. Der Lizenztyp allein garantiert aber keine Portabilität. Auch eine Open-Source-Anwendung kann durch proprietäre Erweiterungen, undokumentierte Konfigurationen oder fehlendes Betriebswissen schwer umziehbar werden. Umgekehrt kann ein Managed Service vertretbar sein, wenn Export, Schnittstellen, Kosten und Zielplattform realistisch geklärt sind.

Die sachliche Frage lautet deshalb nicht «Open Source oder Cloud?», sondern: Welche Teile können Sie in einem dokumentierten Format übernehmen, und welche müssten Sie bei einem Wechsel neu bauen?

Architektur mit Rückweg planen

Je tiefer eine Anwendung proprietäre Plattformdienste nutzt, desto höher kann der Aufwand eines Wechsels werden. Das ist nicht automatisch falsch: Ein spezialisierter Dienst kann Entwicklung und Betrieb erheblich vereinfachen. Der Nutzen sollte jedoch bewusst gegen die Exit-Kosten abgewogen werden.

Praktische Massnahmen sind:

Infrastruktur beschreiben: Versionieren Sie Infrastruktur möglichst als Code, statt Ressourcen ausschliesslich per Portal anzulegen. Prüfen Sie, welche Teile auf einer Zielplattform nachgebildet werden können.
Daten vom Dienst entkoppeln: Halten Sie Datenmodelle und Exportwege fest. Testen Sie Exporte inklusive Metadaten, Berechtigungen und Beziehungen.
Identitäten standardisieren: Nutzen Sie, wo möglich, etablierte Föderationsstandards. Vermeiden Sie persönliche Konten als Eigentümer geschäftskritischer Ressourcen.
Schlüssel kontrollieren: Dokumentieren Sie, wer Verschlüsselungsschlüssel verwaltet und wie Daten auf der Zielplattform wieder lesbar werden.
Beobachtbarkeit mitnehmen: Protokolle, Metriken und Alarmregeln gehören zum Betriebsmodell. Ohne sie läuft die Anwendung nach dem Umzug womöglich, ist aber nicht zuverlässig betreibbar.

Container können Anwendungen beweglicher machen, lösen jedoch nicht automatisch Abhängigkeiten von Datenbanken, Identitäten, Speicher-APIs oder verwalteten Plattformdiensten. Portabilität muss für den gesamten Dienst geprüft werden.

Vertrag, Kosten und Löschung einbeziehen

Technik ist nur ein Teil des Exits. Verträge sollten Kündigungsfristen, Unterstützungsleistungen, Datenexport, Rückgabeformate und die Löschung verbleibender Kopien behandeln. Klären Sie auch, ob Support während der Übergangsphase verfügbar bleibt.

Bei grossen Datenmengen können Ausleitungsgebühren und Übertragungsdauer den Plan bestimmen. Erfassen Sie diese Kosten vor der Beschaffung und aktualisieren Sie die Schätzung, wenn das Datenvolumen wächst. Ein Export, der wirtschaftlich oder zeitlich nicht durchführbar ist, bietet nur theoretische Wahlfreiheit.

Nach dem Wechsel sollten Sie nicht mehr erforderliche Ressourcen und Zugangsdaten selbst entfernen und die vertraglich vereinbarte Löschung oder Rückgabe von Daten durch den Anbieter dokumentieren. Dabei sind auch Sicherungen, Snapshots und Replikate zu berücksichtigen, soweit der Vertrag und die technischen Verfahren dies vorsehen. Gleichzeitig müssen gesetzlich oder vertraglich benötigte Unterlagen kontrolliert erhalten bleiben. Löschen und Aufbewahren sind zwei getrennte, zu dokumentierende Entscheidungen.

Den Exit klein testen

Warten Sie nicht auf eine Krise. Wählen Sie einen begrenzten, aber repräsentativen Dienst und spielen Sie den Wechsel durch: Export, Übertragung, Wiederherstellung, Identitätsanbindung, Funktionstest und Rückfall. Halten Sie fest, welche Schritte manuell waren, welche Informationen fehlten und wie lange die technischen Phasen tatsächlich dauerten. Solche Tests liefern belastbarere Erkenntnisse als eine Architekturzeichnung.

Ein vollständiger Parallelbetrieb ist nicht für jede Organisation wirtschaftlich. Sie können trotzdem regelmässig Datenexporte prüfen, Konfigurationen sichern und eine alternative Zielarchitektur aktuell halten. Die angemessene Tiefe richtet sich nach Kritikalität und Wechselrisiko.

Ein Entscheidungsrahmen statt Anbieter-Bashing

Cloud-Dienste können für KMU sehr sinnvoll sein: Sie stellen Funktionen bereit, die im Eigenbetrieb aufwendig wären. Eine Exit-Strategie sorgt dafür, dass Bequemlichkeit nicht unbemerkt zu Abhängigkeit wird. Sie macht proprietäre Entscheidungen sichtbar, fördert offene Alternativen und schafft einen realistischen Rückweg.

Wenn Sie Hosting, Datenstandort und Portabilität gemeinsam bewerten möchten, finden Sie den passenden Einstieg unter Cloud & Hosting.

Wir sind für Sie da.