Cloud-Repatriierung: Warum Unternehmens-IT aus der Cloud zurückkehrt

Dieser Blog wurde erstmals im Jahr 2024 veröffentlicht und wurde inzwischen aktualisiert.

Die Zeiten, in denen “alles in der Cloud” war, könnten für die Unternehmens-IT bald vorbei sein, da immer mehr Unternehmen im Rahmen einer umfassenderen Neuausrichtung der Standorte von Workloads auf eine Rückverlagerung aus der Cloud setzen.

Die Rückverlagerung aus der Cloud spiegelt wider, dass Unternehmen ihre “Cloud-First”-Strategien angesichts weltweiter Technologieausfälle, unvorhergesehener Herausforderungen und sich wandelnder geschäftlicher Anforderungen neu bewerten. Laut einer IDC-Studie aus dem Jahr 2024, über die CIO berichtete, rund 80% der Befragten rechneten innerhalb der nächsten zwölf Monate mit einer gewissen Rückverlagerung von Rechen- und Speicherressourcen, und ein Barclays-CIO-Umfrage, 4. Quartal 2024 Die Umfrage ergab, dass 86% der CIOs planten, zumindest einen Teil der Workloads aus der öffentlichen Cloud zurückzuholen-die höchste jemals verzeichnete Rate. 

Unter „Cloud-Repatriierung“ versteht man den Prozess der Verlagerung von Anwendungen, Daten und Workloads von öffentlichen Cloud-Anbietern zurück in eine lokale Infrastruktur, in private Clouds oder in alternative Hosting-Umgebungen. Dieser Vorgang wird auch als „Reverse-Cloud-Migration“ oder „Workload-Repatriierung“ bezeichnet.

Unternehmen streben aus verschiedenen Gründen eine Rückverlagerung an, darunter Kostenvorhersehbarkeit, Leistungssteigerung, Einhaltung gesetzlicher Vorschriften, Sicherheitskontrollen oder die Verringerung der Abhängigkeit von einem einzigen Cloud-Anbieter. Eine Rückverlagerung bedeutet selten, die Cloud vollständig aufzugeben. In den meisten Fällen handelt es sich um einen selektiven Schritt, bei dem bestimmte Workloads wieder vor Ort verlagert werden, während andere in öffentlichen Cloud-Umgebungen verbleiben, wodurch ein Hybridmodell entsteht, bei dem jede Workload an ihrem optimalen Standort platziert wird.

Dieser Trend spiegelt eine allgemeine Weiterentwicklung der Cloud-Strategie wider. Nach mehr als einem Jahrzehnt der “Cloud-First”-Einführung verfügen Unternehmen nun über genügend Daten, um zu beurteilen, welche Workloads tatsächlich von den wirtschaftlichen Vorteilen der Public Cloud profitieren und bei welchen sie einen Aufpreis zahlen, ohne einen entsprechenden Ertrag zu erzielen.

Unternehmen überdenken ihre „Cloud-First“-Strategien, da die Realität der öffentlichen Cloud von den ursprünglichen Erwartungen abweicht. Zu den häufigsten Gründen für die Rückverlagerung aus der Cloud zählen: 

• Spiralförmig steigende und unvorhersehbare Kosten: Die versprochene Kosteneffizienz von Cloud-Umgebungen hat sich in unvorhersehbare monatliche Rechnungen verwandelt, die exponentiell zu steigen scheinen. 
• Leistungs- und Latenzprobleme: Kritische Anwendungen, die eine geringe Latenz erfordern – wie Echtzeitverarbeitung, Hochfrequenztransaktionen und Edge-Workloads –, können in der Cloud eine geringere Leistung erbringen, was sich negativ auf die Benutzererfahrung und die Produktivität auswirkt.
• Datensouveränität und regulatorische Bedenken: Vorschriften wie die DSGVO, HIPAA und neue regionale Gesetze zur Datenlokalisierung erschweren die Einhaltung der Vorschriften, wenn sensible Daten in Cloud-Regionen von Drittanbietern gespeichert sind – insbesondere für multinationale Unternehmen. 
• Sicherheits- und Kontrolllücken: Trotz der robusten Sicherheitsmaßnahmen der Cloud-Anbieter führt die eingeschränkte direkte Kontrolle über Daten und Infrastruktur zu blinden Flecken bei der Überwachung, der Durchsetzung von Zugriffsrechten und der Reaktion auf Vorfälle.
• Anbieterabhängigkeit: Proprietäre APIs, Egress-Gebühren und eng miteinander verknüpfte Cloud-native Dienste machen die Verlagerung von Workloads zwischen Anbietern oder zurück in die lokale Infrastruktur kostspielig und komplex.
• Wirtschaftlichkeit von KI-Workloads: Die konsistente Ausführung von KI-Trainings- und Inferenz-Workloads in der öffentlichen Cloud ist oft teurer als der Aufbau einer dedizierten Infrastruktur vor Ort oder in einem Colocation-Rechenzentrum, und das Hosting in einer privaten Umgebung bietet eine größere Kontrolle über Trainingsdaten und firmeneigene Modelle.

Insbesondere der Kostendruck führt zu greifbaren Ergebnissen. So wird beispielsweise erwartet, dass der ’Cloud-Ausstieg“ von 37signals dem Unternehmen Einsparungen in Höhe von mehr als $10 Millionen über einen Zeitraum von fünf Jahren.

Die Rückverlagerung aus der Cloud bietet Unternehmen, die ihre IT-Infrastruktur neu ausrichten, zahlreiche Vorteile. 

• Langfristige Kostenvorhersehbarkeit: Bei Workloads mit stabilem, vorhersehbarem Ressourcenbedarf können lokale und Private-Cloud-Infrastrukturen die IT-Gesamtkosten senken, indem variable Cloud-Gebühren, Datenausgangsgebühren und Kosten für ungenutzte Ressourcen entfallen.
• Verbesserte Leistung und geringere Latenz: Anwendungen, die eine geringe Latenz, hohe E/A-Leistung oder Echtzeitverarbeitung erfordern-wie beispielsweise Finanzhandelssysteme, Fertigungssteuerungen oder KI-Inferenz-erzielen oft eine bessere Leistung auf einer dedizierten Infrastruktur vor Ort. 
• Mehr Kontrolle über die Sicherheit: Durch die Rückverlagerung von Daten und Anwendungen in die eigene Infrastruktur erhalten Unternehmen einen direkten Überblick über ihre Sicherheitslage, was strengere Zugriffskontrollen, maßgeschneiderte Sicherheitsrichtlinien und eine einheitliche Durchsetzung in der gesamten Umgebung ermöglicht.
• Verbesserte Identitäts-Governance und -Verwaltung (IGA): Die Repatriierung ermöglicht eine detailliertere Verwaltung von Benutzeridentitäten, Zugriffsrechten und Berechtigungen. Lokale IGA-Lösungen bieten häufig zuverlässigere Prüfpfade und Echtzeit-Überwachungsfunktionen, wodurch potenzielle Sicherheitsvorfälle schneller erkannt und darauf reagiert werden kann.
• Umsetzung des Prinzips der geringsten Berechtigungen und des Zero-Trust-Ansatzes: Repatriation unterstützt die Umsetzung des Prinzips der geringsten Berechtigungen und stellt sicher, dass Benutzer nur Zugriff auf die Ressourcen haben, die für ihre jeweiligen Rollen erforderlich sind. Dies ist eine grundlegende Komponente von Zero-Trust-Architektur. 
• Einfachere Einhaltung gesetzlicher Vorschriften und Datenhoheit: Da die Daten vor Ort gespeichert sind, haben Unternehmen eine bessere Kontrolle über den Speicherort der Daten und können regulatorische Anforderungen wie die DSGVO, HIPAA und FINRA leichter erfüllen, insbesondere in Branchen mit strengen Datenschutzgesetzen. Diese Kontrolle erstreckt sich auch auf das Datenlebenszyklusmanagement und die Aufbewahrungsrichtlinien. 

Die Rückverlagerung aus der Cloud birgt eine Reihe von Risiken, auf die sich Unternehmen vor Beginn einer Migration einstellen müssen. 

• Hohe Anfangsinvestition: Die Rückverlagerung von Ressourcen in die eigene Infrastruktur erfordert oft erhebliche Investitionen in Hardware, Softwarelizenzen, Netzwerkausrüstung und die Einrichtung der Räumlichkeiten. Dies kann insbesondere für Unternehmen eine große Belastung darstellen, die bereits umfangreiche Investitionen in die Cloud-Migration getätigt haben. 
• Komplexität der Datenmigration: Die Verlagerung großer Datenmengen und Anwendungen aus der öffentlichen Cloud zurück in lokale Umgebungen erfordert eine sorgfältige Planung, um Datenverluste, Datenbeschädigungen oder Dienstunterbrechungen zu vermeiden. Der Prozess kann zeitaufwendig sein und während der Umstellung vorübergehende Hybridkonfigurationen erfordern. 
• Ausstiegsgebühren und Ausstiegskosten: Cloud-Anbieter erheben Gebühren für die Übertragung von Daten aus ihren Umgebungen, und groß angelegte Migrationen können erhebliche Kosten verursachen. Unternehmen sollten zudem ihre bestehenden Cloud-Verträge auf Kündigungsfristen, Mindestverpflichtungen und sonstige Kosten im Zusammenhang mit der Kündigung überprüfen. 
• Refactoring der Anwendung: Cloud-native Anwendungen, die auf proprietären Diensten wie serverlosen Funktionen, verwalteten Datenbanken oder Pipelines zur Ereignisverarbeitung basieren, müssen möglicherweise neu konzipiert werden, um vor Ort ausgeführt werden zu können, was zusätzlichen Zeit- und Entwicklungsaufwand mit sich bringt. 
• Interne Qualifikationslücken: Viele IT-Teams haben sich im Laufe des letzten Jahrzehnts zunehmend auf die Cloud ausgerichtet. Der Wiederaufbau von internem Fachwissen in den Bereichen On-Premises-Infrastruktur, Netzwerke und Rechenzentrumsbetrieb kann mit erheblichen Investitionen in Schulungen, Neueinstellungen oder externe Partnerschaften verbunden sein. 
• Sicherheitslücken während der Übergangsphase: Daten während der Übertragung stellen eine Schwachstelle dar. Ohne strenge Kontrollmaßnahmen kann der Migrationsprozess selbst das Risiko von Datenlecks, unbefugtem Zugriff oder Verstößen gegen Compliance-Vorgaben mit sich bringen. Hier kommt eine ausgereifte Identitätsmanagement und -verwaltung (IGA)  Diese Vorgehensweisen sind unverzichtbar. 

Bei der Cloud-Repatriierung wird der Cloud-Migrationsprozess umgekehrt, indem Workloads, Daten und Anwendungen von einem öffentlichen Cloud-Anbieter zurück auf eine alternative Infrastruktur verlagert werden. Das Ziel hängt von den Zielen des Unternehmens und den Anforderungen der Workloads ab. 

Es gibt vier Hauptmodelle.

• Vollständige Rückführung: Alle Workloads aus der öffentlichen Cloud zurück in die lokale oder private Infrastruktur verlagern. Dies ist das am wenigsten verbreitete Modell. 
• Selektive Rückführung oder Rückführung auf der Ebene der Arbeitsbelastung: Bestimmte kostenintensive, latenzempfindliche oder compliance-gesteuerte Workloads aus der Cloud auslagern, während cloudnative oder burstfähige Workloads weiterhin in der Cloud verbleiben. Dies ist das gängigste Modell.
• Hybrid-Cloud-Modell: Verteilung der Workloads auf lokale Systeme und die öffentliche Cloud, je nachdem, welche Umgebung für die jeweilige Workload am besten geeignet ist. Geschäftskritische und vorhersehbare Workloads werden lokal ausgeführt; elastische Workloads verbleiben in der Cloud.
• Multi-Cloud mit privater Infrastruktur: Kombination von zwei oder mehr Public Clouds mit privater oder lokaler Infrastruktur, um eine Anbieterabhängigkeit zu vermeiden und Kosten, Leistung und Ausfallsicherheit zu optimieren. In Multi-Cloud-Umgebungen kommt der Identitätsverwaltung eine entscheidende Rolle zu, wo sich die Zugangsrisiken über verschiedene Anbieter hinweg summieren.

Die meisten Rückführungsinitiativen durchlaufen vier Phasen: Bestandsaufnahme, Vorbereitung der Zielumgebung, schrittweise Migration mit Tests und Überwachung nach der Migration. Ein schrittweises Vorgehen ist bei sensiblen Daten und geschäftskritischen Anwendungen Standard.

Die Rückverlagerung aus der Cloud in die eigene Infrastruktur bezeichnet den spezifischen Prozess, bei dem Workloads von einem öffentlichen Cloud-Anbieter direkt in die Infrastruktur verlagert werden, die das Unternehmen selbst besitzt und betreibt. Im Gegensatz zur Rückverlagerung in eine Private Cloud oder eine Colocation-Einrichtung bietet dieser Ansatz die volle Kontrolle über Hardware, Netzwerk und den gesamten Technologie-Stack.

Die Verlagerung von der Cloud in lokale Umgebungen ist vor allem bei Workloads üblich, bei denen die direkte Kontrolle über die Hardware einen messbaren Mehrwert bietet, wie zum Beispiel:

• Latenzempfindliche Anwendungen: Hochfrequenzhandel, Fertigungssteuerung in Echtzeit und Edge-Verarbeitung laufen oft besser auf dedizierter Hardware, die sich in der Nähe der Endnutzer befindet.
• Datenintensive Arbeitslasten: Data Lakes, Analyseplattformen und KI-Trainingspipelines, die erhebliche Datenausgangsgebühren oder Speicherkosten verursachen, lassen sich oft kostengünstiger auf einer eigenen Infrastruktur betreiben.
• Streng regulierte Arbeitsabläufe: Unter die HIPAA fallende Gesundheitsdaten, unter die FINRA fallende Finanzdaten und der DSGVO unterliegende personenbezogene Daten lassen sich leichter verwalten, wenn sie physisch in von der Organisation kontrollierten Einrichtungen aufbewahrt werden.
• KI-Infrastruktur: Konsistente KI-Trainings- und Inferenz-Workloads lassen sich auf dedizierten lokalen GPU-Clustern zunehmend kostengünstiger durchführen als zu den Tarifen öffentlicher Clouds, wobei zudem eine bessere Kontrolle über Trainingsdaten und firmeneigene Modelle gewährleistet ist.

Das „Cloud-to-On-Premises“-Modell erfordert höhere Anfangsinvestitionen als andere Modelle, darunter Hardware, Räumlichkeiten, Lizenzen und internes Fachwissen. Im Gegenzug bietet es langfristige Kostenvorhersehbarkeit, direkte Kontrolle über Sicherheit und Compliance sowie den Wegfall variabler Cloud-Kosten.

Unternehmen, die ihre Workloads wieder in eigene Einrichtungen verlagern, übernehmen die volle Verantwortung für die Sicherheitsfunktionen, die zuvor von den Cloud-Anbietern verwaltet wurden, darunter hochentwickelte Firewalls, Systeme zur Erkennung von Eindringlingen und regelmäßige Sicherheitsaudits.  IGA ist der Dreh- und Angelpunkt dieser Verantwortung.

Ausgereifte IGA-Funktionen ermöglichen es Unternehmen, streng zu kontrollieren, wer Zugriff auf welche Daten und Anwendungen hat, und die Benutzeridentitäten, Zugriffsrechte sowie die Einhaltung von Vorschriften über alle Umgebungen hinweg zu verwalten.

Im Rahmen einer Rückführungsmaßnahme übernimmt die IGA drei entscheidende Aufgaben.

1. Zugriffsrichtlinien neu definieren: Die mit den Rollen in Cloud-Diensten verbundenen Zugriffsrechte müssen sorgfältig abgebildet und in der lokalen oder privaten Cloud-Umgebung nachgebildet werden. Fehler in diesem Bereich führen entweder zu Sicherheitslücken oder zu Störungen im Arbeitsablauf.
2. Sicherung der Migration selbst: Die Phase der Datenübertragung ist einer der anfälligsten Punkte bei jedem Repatriierungsprojekt. IGA trägt dazu bei, sicherzustellen, dass während der Übertragung nur autorisierte Benutzer Daten initiieren, darauf zugreifen oder ändern können.
3. Einrichtung des Prinzips der geringsten Berechtigungen am neuen Zielort: Die Rückführung bietet die Gelegenheit, Zugriffskontrollen von Grund auf neu aufzubauen und dabei die Prinzipien der geringstmöglichen Berechtigungen anzuwenden sowie Null Vertrauen eine Architektur, deren Umsetzung in einer Cloud-Umgebung möglicherweise schwierig gewesen wäre.

Rückführung bedeutet auch, dass Organisationen die volle Verantwortung für das Identitäts- und Zugriffsmanagement übernehmen. Dazu gehören die Verwaltung des Benutzerlebenszyklus sowie die Implementierung von Multi-Faktor-Authentifizierung, sowie die Gewährleistung einer nahtlosen Integration zwischen lokalen und den übrigen Cloud-Anwendungen. Der Vorteil liegt in einer höheren Sicherheit und einer besseren Audit-Situation; der Preis dafür ist das Fachwissen und der kontinuierliche operative Aufwand, der für die Aufrechterhaltung erforderlich ist.

Ein erfolgreiches Rückholprogramm hängt von einer Planung ab, die über einen einfachen Kostenvergleich hinausgeht. Die folgenden Schritte bilden die Grundlage für die meisten Rückholinitiativen von Unternehmen.

1. Die aktuelle Cloud-Umgebung bewerten: Bewerten Sie die bestehende Cloud-Infrastruktur anhand von vier Kriterien: Kosten, Leistung, Sicherheit und Compliance. Anhand dieser Bestandsaufnahme lässt sich feststellen, welche Workloads für eine Rückverlagerung in Frage kommen und welche in der Cloud verbleiben sollten.
2. Den Umfang festlegen: Ermitteln Sie die konkreten Anwendungen, Datensätze und Dienste, die migriert werden sollen. Legen Sie Prioritäten fest, basierend auf der geschäftlichen Relevanz, den prognostizierten Kosteneinsparungen, den Leistungsanforderungen und den Compliance-Anforderungen. Ein klar definierter Umfang ermöglicht eine schrittweise Migration.
3. Führen Sie eine umfassende Kosten-Nutzen-Analyse durch: Betrachten Sie nicht nur die Preisunterschiede zwischen Cloud- und On-Premises-Lösungen. Berücksichtigen Sie auch die anfänglichen Investitionen in die Infrastruktur, die laufenden Wartungskosten, den Personalaufwand, Produktivitätssteigerungen, Ausstiegskosten und die langfristige Skalierbarkeit. Beziehen Sie zudem immaterielle Vorteile wie die Kontrolle über die Daten und höhere Sicherheit mit ein.
4. Risiken identifizieren und Maßnahmen zur Risikominderung entwickeln: Zu den üblichen Risiken zählen Datenverlust, Ausfallzeiten, Sicherheitslücken während der Migration sowie Integrationsfehler. Die Maßnahmen zur Risikominderung sollten Backup- und Wiederherstellungsverfahren, verstärkte Sicherheitskontrollen während der Datenübertragung sowie klare Rollback-Möglichkeiten für den Fall von Problemen umfassen. 
5. Erstellen Sie den Migrationsplan: Legen Sie für jede Phase Zeitpläne, die Ressourcenzuweisung, technische Anforderungen und die Zuständigkeiten fest. Beziehen Sie Test- und Validierungsverfahren mit ein, um sicherzustellen, dass die Systeme in der neuen Umgebung ordnungsgemäß funktionieren.
6. Erstellen Sie die Wirtschaftlichkeitsanalyse und stimmen Sie die Beteiligten aufeinander ab: Nutzen Sie die Analyse, um die Rückführung auf die finanziellen und strategischen Ziele abzustimmen, die Unterstützung der Führungskräfte zu gewinnen und während des gesamten Projekts eine klare Kommunikation mit den IT-Mitarbeitern, den Führungskräften aus den Fachbereichen, den Endnutzern und externen Partnern aufrechtzuerhalten. 

Die Rückverlagerung aus der Cloud stellt eine strategische Neuausrichtung der Unternehmens-IT dar, nicht jedoch eine Ablehnung der Cloud. Das richtige Gleichgewicht zwischen Cloud-, On-Premises- und Hybrid-Infrastruktur hängt von den Kosten, den regulatorischen Anforderungen und den langfristigen Zielen des jeweiligen Unternehmens ab.

Was eine erfolgreiche Rückführung von einer kostspieligen unterscheidet, ist die Unternehmensführung. IGA stellt sicher, dass die Rückkehr in die eigene Infrastruktur zu einer strengeren Zugriffskontrolle, einer solideren Audit-Situation und einem besser vertretbaren Sicherheitsmodell führt – statt neue Sicherheitslücken zu schaffen.

Sind Sie bereit, die Identitätsverwaltung in Ihrer hybriden Umgebung zu optimieren? Entdecken Sie „RSA Governance & Lifecycle“.