Cloud Repatriation verstehen: Trends und Auswirkungen

Zunehmende Fälle von Cloud Repatriation (dem Akt, eine Public-Cloud-Workload zurück auf ein lokales System zu verlagern) lösen hitzige Debatten über die Zukunft von Cloud-Services aus. Analysten, die die Cloud befürworten, ignorieren oder spielen den Trend herunter und bestehen darauf, dass die wachsenden Zahlen irreführend sind.

Andererseits behaupten einige, dass Repatriationen auf nachlassendes Interesse am Cloud Computing hindeuten. Diese Sichtweise legt nahe, dass der Trend, Workloads von der Public Cloud abzuziehen, gekommen ist, um zu bleiben, und dass On-Premises-Hardware und Colocation das „Cloud-First“-Modell weiterhin herausfordern werden.

Dieser Artikel analysiert das Cloud-Repatriation-Phänomen und seine Haupttreiber. Wir betrachten beide oben diskutierten Standpunkte und bewerten, ob die Cloud wirklich auf dem Abstellgleis ist oder ob es einen anderen Grund gibt, warum Unternehmen Public-Cloud-Workloads zurückziehen.

Was ist Cloud Repatriation?

Cloud Repatriation ist der Prozess, Apps, Workloads oder Daten von der Public Cloud in lokale Infrastruktur zu verschieben. Die meisten Unternehmen übertragen Assets in eine Private oder Hybrid Cloud, aber einige verlassen das Cloud-Modell ganz und kehren zu einem klassischen On-Site-Rechenzentrum zurück.

Neuere Studien zeigen, dass über 80 % der Unternehmen in den USA 2021 einige Public-Cloud-Workloads zurückgezogen haben. Auf den ersten Blick deutet diese Statistik auf einen massiven Rückzug zu On-Premises-Systemen hin. Hier ist jedoch der Kontext zur 80-%-Zahl:

• Einige Repatriationen beinhalten den Wechsel zu einem anderen Cloud-Typ, nicht das vollständige Verlassen der Cloud.
• Die meisten Übergänge von der Public Cloud betreffen nur eine begrenzte Anzahl von Workloads.
• Einige zurückgezogene Workloads waren nie für einen dauerhaften Verbleib in der Cloud gedacht.
• Manchmal ziehen Teams Workloads als temporäre Maßnahme zurück.

Hier sind die häufigsten Gründe, warum Unternehmen entscheiden, ein Asset von der Public Cloud zu verschieben:

• Einführung einer Hybrid-Cloud-Lösung.
• Einschränkung von Shadow IT (nicht sanktionierte Nutzung der Public Cloud).
• Verbesserung der Datensicherheit.
• Erfüllung einer neuen regulatorischen Verpflichtung.
• Neuordnung einer App zur Leistungsverbesserung.
• Versuch, IT-Kosten zu senken, die mit dem Wachstum der Cloud-Umgebung außer Kontrolle geraten sind.
• Verschiebung von Workloads zu einem anderen Anbieter.

Idealerweise sollte Cloud Repatriation nicht darin bestehen, das gleiche On-Premises-System wiederzuerlangen, das vor der Cloud-Migration genutzt wurde. Der Wechsel sollte darum gehen, neue IT-Chancen zu verfolgen oder einen besseren Weg zu finden, andere Systeme mit der Public Cloud zu integrieren.

Die meisten negativen Cloud-Repatriation-Szenarien treten auf, wenn ein Unternehmen übereilt in die Cloud-Adoption einsteigt. Fehlende initiale Planung, schlechte KPIs und Lift-and-Shift-Migrationspläne zwingen das Team oft, eine App aus der Cloud zurückzuziehen.

Vorteile der Cloud Repatriation

Cloud Repatriation kann erhebliche Vorteile bringen, wenn Sie das Budget und ein fähiges IT-Personal haben, um ein On-Premises-System zu betreiben. Sehen wir uns die wirkungsvollsten Vorteile des Abziehens einer App von der Public Cloud zugunsten einer On-Site-Lösung genauer an.

Chance für bessere Datensicherheit

Viele Unternehmen entscheiden sich für eine Repatriation zu einem On-Premises-System aufgrund von Sicherheitsbedenken der Public Cloud. Mehrere Faktoren erhöhen das Risiko, Daten in der Public Cloud zu halten:

• Hunderte oder sogar Tausende von Mietern teilen die Public-Cloud-Infrastruktur, was reichlich Gelegenheit für Fehler und Exploits schafft.
• Da der Cloud-Anbieter die zugrundeliegende Hardware verwaltet, fehlt es an Transparenz darüber, welche Kontrollen Ihre Daten schützen.
• Während die Public Cloud erstklassige Sicherheitsmaßnahmen bietet, liegt es am Kundenteam, diese optimal zu konfigurieren und zu nutzen.
• Sofern Sie nicht ein SLA unterzeichnen, das etwas anderes besagt, hält der Anbieter die Rechte an allen Daten, die Sie in der Public Cloud speichern.

Sicherheitsausfälle durch einen Cloud-Anbieter sind selten, aber Fehlkonfigurationen durch den Endbenutzer sind nicht ungewöhnlich. Es sei denn, Ihr Team nimmt sich die Zeit, eine angemessene Datenschutzlösung zu architektieren und in den Stack des Anbieters zu integrieren, gibt es keine Möglichkeit, Datensicherheit in der Public Cloud zu garantieren.

Einige Unternehmen bevorzugen es, Daten zurück zu einem On-Premises-Stack zu holen, wo sie praktische Kontrolle über die Verhinderung von Datenschutzverletzungen haben und die Angriffsfläche signifikant verringern können. Cloud Repatriation ermöglicht es einem Unternehmen auch, Multi-Cloud-Sicherheitsprobleme anzugehen oder neue branchenspezifische Compliance-Standards zu erfüllen.

Vendor Lock-in eliminieren

Vendor Lock-in tritt auf, wenn ein Unternehmen übermäßig von einem Public-Cloud-Anbieter abhängig wird. Einmal eingesperrt, ist der Kunde nicht in der Lage, einen anderen Anbieter zu nutzen, ohne hohe Switching-Kosten für die Anpassung von:

• Cloud-Sicherheitsmaßnahmen.
• Compliance-Konfigurationen.
• Zugriffsmanagement.
• Kommunikationspfaden.
• Cloud-Networking.

Je mehr Workloads Sie in der Public Cloud betreiben, desto größer das Risiko von Vendor Lock-in. Cloud Repatriation durchtrennt diese „Schlinge“ und stellt sicher, dass Ihr Geschäft nicht stärker auf jemanden angewiesen ist als auf Ihr In-House-Team.

Keine hohen wiederkehrenden Betriebsausgaben (OpEx) mehr

Die Cloud bewahrt Unternehmen davor, stark in On-Site-Hardware zu investieren, aber die Preise summieren sich in wiederkehrenden Pay-as-you-go-Ausgaben. Ein Unternehmen, das Public-Cloud-Ressourcen nutzt, zahlt eine monatliche Gebühr für alle:

• Server-Instanzen.
• Speichervolumen.
• Pro-Use-Services.
• Einzigartige Cloud-Komponenten.

Cloud-Kosten geraten oft im Laufe der Zeit außer Kontrolle. Neuere Forschungen zeigten, dass Unternehmen jährlich bis zu 62 Milliarden Dollar für Public-Cloud-Ressourcen ausgeben, die sie weder benötigen noch nutzen.

Sobald ein Unternehmen erkennt, dass es zu viel für die Public Cloud ausgibt, ist Repatriation ein logischer Schritt. Das Zurückziehen von Workloads aus der Cloud reduziert oder eliminiert wiederkehrende Ausgaben. Sie müssen zwar in eine On-Site-Alternative investieren, aber das Fehlen langfristiger OpEx kommt zum Preis hoher sofortiger Kosten.

Doch langfristig ist Cloud Repatriation zweifellos ein kluger finanzieller Schritt in puncto ROI (wenn Sie es sich zunächst leisten können). Zum Beispiel entschied sich Dropbox 2015, 600 Petabyte Daten von der Public Cloud zugunsten eines On-Site-Rechenzentrums zurückzuziehen. Ergebnis: Das Dropbox-Team erreichte schnellere App-Performance und sparte schätzungsweise 74,6 Millionen Dollar.

Cloud Repatriation führt auch zu besserer Preissicherheit. Public-Cloud-Anbieter ändern regelmäßig ihre Preisstruktur, was es einem Unternehmen unmöglich macht, präzise langfristige Finanzprognosen zu erstellen.

Volle Kontrolle über die Infrastruktur

Einer der häufigsten Gründe, warum ein Unternehmen Cloud Repatriation wählt, ist der Wunsch, vollständige Kontrolle über seine IT-Umgebung(en) zu erlangen. Ob Sie Workloads auf einen On-Premises-Dedicated-Server, eine Private Cloud oder eine Hybrid-Architektur verschieben – Sie erhalten die völlige Freiheit, Ressourcen anzupassen, zu konfigurieren und zu verwalten.

Der Betrieb in der Public Cloud nimmt nicht nur die Kontrolle über Hardware, sondern Sie müssen auch mit einer begrenzten Softwareauswahl arbeiten. Anbieter beschränken oft, was Sie nutzen können und was nicht, um die breitestmögliche Nutzerbasis zu bedienen. On-Premises-IT hat solche Beschränkungen nicht und gewährt dem In-House-Team die Freiheit, optimale Software- und Hardware-Lösungen zu wählen.

Bessere App-Performance

Wenn eine Public Cloud zu viele Nutzer hat, kann die Überlastung Ihre Performance beeinträchtigen. Das Verpassen kritischer Betriebsbenchmarks für Performance ist ein klares Zeichen, dass Sie Repatriation in Betracht ziehen sollten.

Hier sind typische Merkmale einer App, die On-Premises besser performt als in der Public Cloud:

• Extreme Latenzempfindlichkeit.
• Lange I/O-intensive Phasen.
• Große Datensätze, die Transport zwischen verschiedenen Standorten zur Verarbeitung erfordern.

Wenn Ihre App diese Merkmale hat und in der Cloud unterperformt, sind Sie ein Hauptkandidat für Repatriation. Ihre App wird auf Bare Metal besser performen, da kein Hypervisor oder andere Mieter die Performance bremsen können.

Der Wechsel zu einer On-Premises-Hosting-Umgebung ist auch eine Chance, die App-Verfügbarkeit mit zuverlässigen On-Site-Backup- und Disaster-Recovery-Lösungen (BDR) zu steigern. 100 % Verfügbarkeit zu garantieren wird nicht einfach sein, aber der Weggang von der Public Cloud gibt die Kontrolle zurück in die Hände Ihres In-House-Teams.

Herausforderungen der Cloud Repatriation

Die Vorteile der Cloud Repatriation sind verlockend, aber der Wechsel zu einem On-Premises-System ist nicht einfach (oder günstig). Sehen wir uns die Hauptprobleme beim Abziehen einer App von der Public Cloud an.

Der Rückzug ist oft komplex

Ein On-Site-System einzurichten und sicherzustellen, dass es effizient läuft, ist nicht einfach. Ihr Team muss zuerst eine optimale Infrastruktur definieren, woraufhin Sie ein fähiges Technikerteam einstellen müssen, um das neue System einzurichten und zu betreiben.

Der Umzug selbst kann ebenfalls herausfordernd sein. Sofern Anbieter und Kunde nicht denselben Tool-Stack teilen, ist die Repatriation einer App leichter gesagt als getan. Das vollständige Überführen einer Cloud-nativen App in ein On-Premises-System ist komplex und zeitaufwändig – rechnen Sie mit verlängerter Ausfallzeit während des Umzugs und einer Reihe von Fehlern nach der Transition. Erwarten Sie auch nicht viel Hilfe vom Anbieter, da dieser sich natürlich nicht verpflichtet fühlt, eine einfache Exit-Strategie für seine Kunden zu bieten.

Denken Sie auch daran, dass Repatriation die Management- und Überwachungskomplexität erhöht. In den meisten Fällen lohnt sich der Umzug möglicherweise nicht, um ein paar Dollar an Cloud-Kosten zu sparen.

In einigen Fällen müssen Sie Daten möglicherweise in ein nutzbares Format konvertieren, bevor der Umzug erfolgt. Beim Verschieben einer App von der Public Cloud zu einer On-Premises-VMware-Lösung muss Ihr Team beispielsweise den VMware Converter nutzen, um VMDKs zu erstellen und die VM neu zu erstellen. Dieser Prozess kann lange dauern und erfordert eine verlängerte Ausfallzeit des aktuellen Systems.

Plattformen für Container-Orchestrierung (wie Kubernetes und Docker) sind ein großer Vorteil bei der Repatriation einer App aus der Public Cloud. Im Gegensatz zu traditionellen virtuellen Maschinen haben Container keine Abhängigkeiten und sind weitaus portabler. Wenn sie es noch nicht sind, streben Sie an, Ihre Workloads zu containerisieren, während Sie Cloud Repatriation durchführen, um zukünftige Migrationen zu erleichtern.

Cloud Repatriation kann sehr teuer werden, sehr schnell

Während On-Site-Hosting Betriebskosten senkt, kann der initiale Preis für On-Site-Hosting-Ausrüstung atemberaubend sein. Ihr Unternehmen muss den Preis für:

• Neue Hardware und Server-Racks.
• Einen geeigneten On-Site-Raum für IT-Operationen mit erhöhtem Boden, Brandschutzsystemen, ausreichender Kühlung, einer USV-Einheit etc.
• Strom- und Netzwerkinfrastruktur.
• On-Premises-Rechenzentrumssicherheit (biometrische Scans, 24/7-Wachen, Mantraps, Rack-Käfige etc.).

einrechnen. Erwarten Sie nicht weniger als einen sechsstelligen Preis im Voraus. Ihre Services werden während der Transition down sein, also rechnen Sie auch dort mit einem finanziellen Schlag.

Sobald Sie Workloads On-Site migriert haben, brauchen Sie ein fähiges Technikerteam, um den neuen Serverraum zu betreiben und zu warten. Es gibt einen Mangel an qualifiziertem Personal – seien Sie bereit, hohe Gehälter zu bieten, oder rechnen Sie mit einer schlechten Mitarbeiterbindung.

Brauchen Sie Cloud Repatriation?

Cloud Repatriation ist ein drastischer Schritt, der erhebliche operative und finanzielle Folgen haben kann. Sie müssen sorgfältig bewerten, ob Wegzug oder Bleiben die richtige Option ist – beginnen Sie damit, die folgenden Fragen zu beantworten:

• Verschenken Sie Geld, indem Sie für Public-Cloud-Kapazität bezahlen, die Ihr Team nicht nutzt?
• Sind die aktuellen Cloud-Kosten erheblich höher als vor der Migration erwartet?
• Leidet Ihre Public-Cloud-App unter regelmäßigen Performance-Problemen?
• Erleben Sie häufige Ausfallzeiten?
• Fällt Ihr Unternehmen unter Compliance-Regulierungen (wie CCPA/GDPR, HIPAA oder PCI)? Macht Ihr Public-Cloud-Anbieter die Einhaltung von Verpflichtungen schwer (oder unmöglich)?
• Sind Ihre Public-Cloud-Workloads zu latenzempfindlich für ihre aktuelle Umgebung?
• Haben Sie ein In-House-Team, das einen On-Site-Serverraum betreiben kann?
• Würde ein anderes Cloud-Bereitstellungsmodell mehr Sinn für Ihren Use Case ergeben?
• Können Sie die Kosten für On-Premises-IT tragen?

Cloud Repatriation ist wahrscheinlich eine lohnende Option, wenn Sie auf die meisten dieser Fragen mit Ja geantwortet haben. Wenn die meisten Ihrer Antworten negativ waren, ist es klüger, Public-Cloud-Apps dort zu belassen, wo sie sind.

Bei gemischten Antworten ist der beste Zug, vorerst zu bleiben. Die Public Cloud hat eine Geschichte, im Laufe der Zeit günstiger und funktionaler zu werden. Sie wollen nicht durch Repatriation gehen, nur um in ein paar Jahren zu entdecken, dass Sie mit der ursprünglichen Architektur besser gefahren wären.

Sollen wir einen Massenexodus von der Public Cloud erwarten?

Fast jedes Unternehmen hält einige Assets in der Public Cloud, was sich wahrscheinlich nicht ändern wird. Was Sie erwarten können, ist, dass mehr Unternehmen sich darauf konzentrieren, Lösungen zu finden, die am besten zu einzelnen Workloads passen. Als Ergebnis werden wir wahrscheinlich das Ende des „All-in“-Modells der Public-Cloud-Adoption sehen, aber zu erwarten, dass Repatriationen einen vollständigen Zusammenbruch des Public-Cloud-Marktes verursachen, ist kein realistisches Szenario.