Cloud-Repatriierung (Cloud-Rückführung)

Was ist Cloud-Repatriierung (Cloud-Rückführung)?

Cloud-Repatriierung (Cloud-Rückführung) bezieht sich auf die Praxis, Public-Cloud-Anwendungen an verschiedene Standorte zu verlagern, meist aus finanziellen, leistungsbezogenen und regulatorischen Gründen.

Die Ernüchterung über die Public Cloud aufgrund häufiger Beschwerden wie unerwartete Kosten und die potenzielle Abhängigkeit vom Anbieter sind nicht die einzigen Gründe, warum Unternehmen Anwendungen wieder On-Premises verlagern. Die Rückführung in die Cloud ist auch das Ergebnis eines präskriptiven Ansatzes bei der Bereitstellung von Arbeitslasten vor einem technologischen Hintergrund, bei dem sie die Hauptvorteile der Public Cloud – insbesondere Skalierbarkeit, Elastizität und verbrauchsabhängige Preisgestaltung – an einem Ort ihrer Wahl nutzen können. Sie wird immer weniger reaktiv und immer mehr zu einem integralen Bestandteil der IT-Strategien von Unternehmen.

Entwicklung der Anbieter von Public Clouds

Der Beginn des modernen Cloud-Computing-Zeitalters kann auf die Einführung von Amazon Web Services (AWS) im Jahr 2007 datiert werden. Heute ist es schwer vorstellbar, wie einfach, wenn auch nützlich, das anfängliche Angebot von AWS war: Rechen-, Storage- und Netzwerkkapazität, die auf virtuelle Maschinen ausgerichtet war.

Das Hosting von Anwendungen gab es schon lange, bevor AWS auf den Markt kam und entscheidende und grundlegende Verbesserungen brachte. Die AWS-Plattform bot Skalierbarkeit und Elastizität, wenn ein Kunde sie benötigte, und reduzierte so einen Großteil der Spekulationen, die mit der Anpassung der Größe traditioneller Architekturen mit einem einzigen Mandanten verbunden waren, bei denen eine Umgebung einem einzigen Kunden zugeordnet ist.

Im Laufe der Zeit hat AWS Tausende von Diensten zur Plattform hinzugefügt, sodass Kunden nicht nur ihre lokalen Anwendungen in die Cloud verlagern, sondern sie auch mit Diensten erweitern und verbessern können. Außerdem können sie mit den ausgeklügelten Entwicklungs- und Betriebs-Tools, die im AWS-Ökosystem verfügbar sind, völlig neue Anwendungen erstellen. Die Wettbewerber folgten bald dem Beispiel von AWS und entwickelten eigene Public Clouds.

Nach einigen Jahren hitzigen Wettbewerbs wird der Markt der größten hyperskalierbaren Public Clouds von AWS, Microsoft und Google dominiert, wobei Oracle den drei Unternehmen noch immer weiter hinterherhinkt, aber in den letzten Quartalen ein rasantes Wachstum verzeichnet. Auf dem Public-Cloud-Markt sind in letzter Zeit auch kleinere Newcomer aufgetaucht, die in gewisser Weise den Kreis schließen, da sie hauptsächlich eine Basis an Rechen-, Netzwerk- und Storage-Kapazität anbieten – wenn auch oft zu niedrigeren Preisen als ihre größeren Konkurrenten.

Es gibt auch eine wachsende Zahl von Cloud-Plattformen On-Premises. Die von Hyperscalern angebotenen Plattformen, wie AWS Outposts und Microsoft Azure Stack, sind in der Regel eng auf ihre Public Cloud abgestimmt, sodass Kunden die Möglichkeit haben, Workloads nach Belieben hin und her zu verschieben. Traditionelle Originalgerätehersteller wie HPE und Dell bieten Private-Cloud-Plattformen an, die einem allgemeineren Zweck dienen, obwohl sie zunehmend in Public-Cloud-Plattformen integriert werden. Ein zunehmend wichtiger Aspekt in der Public Cloud ist die Integration von künstlicher Intelligenz (KI). Große Anbieter wie AWS investieren verstärkt in eigene KI-Technologien und Chips, um ihre Plattformen zu erweitern und wettbewerbsfähig zu bleiben.

All das bedeutet, dass Kunden, die in das Cloud-Computing-Modell investiert haben, mehr Ausmöglichkeiten haben, aber auch mehr Entscheidungen darüber treffen müssen, wo genau bestimmte Arbeitslasten ausgeführt werden sollen und warum.

Häufige Gründe für die Rückführung aus der Cloud

Es gibt einige Unternehmen, die bereits Cloud-Rückführungen durchgeführt haben. Die Gründe dafür können unterschiedlich sein, aber die folgenden sind die am häufigsten auftretenden Faktoren:

• Kosten: Die Public Cloud bietet eine einfache Nutzung und Skalierung von Ressourcen, aber es können sich unnötige Kosten und Ineffizienz einschleichen, wenn eine Anwendung nicht neu kalibriert wird, um die zugrunde liegende Infrastruktur und die nativen Tools voll auszunutzen. Ständige Preisänderungen – auch wenn sie in der Regel dem Gewinn der Kunden zugutekommen – erfordern sorgfältige Überlegungen und eine gewissenhafte Überwachung langfristiger Vertragsvereinbarungen.
• Kontrolle: Public-Cloud-Plattformen machen es Einzelpersonen oder kleinen Teams leicht, Ressourcen ad hoc zu nutzen, was zwar Flexibilität bietet, aber ohne strenge Richtlinien und Kontrolle zu Governance- und Kostenproblemen führen kann. Die aufkommende Praxis von FinOps, bei der Finanz- und Betriebsteams zusammenarbeiten, soll dieses Risiko mindern. Darüber hinaus könnte ein Unternehmen feststellen, dass es aufgrund gesetzlicher oder regulatorischer Vorschriften gezwungen ist, Workloads aus einer Public Cloud zu verlagern, was durch die Bemühungen zur souveränden Cloud unterstrichen wird.
• Storage: Die Kosten für Public Cloud Storage sinken im Laufe der Zeit immer weiter, aber eine weitere kritische Überlegung bei der Platzierung großer Datenmengen in Public Clouds betrifft die Auslagerungsgebühren: Geld, das Cloud-Anbieter von Kunden verlangen, um Daten aus dem System zu ziehen. In letzter Zeit wurde dieses Problem bis zu einem gewissen Grad angegangen. Ein Beispiel dafür ist die Bandwidth Alliance, ein Konsortium von Anbietern, die Kunden, die ihre Daten gemeinsam nutzen, einen Verzicht auf oder eine Ermäßigung auf die Ausstiegsgebühren anbieten. Darüber hinaus haben Google, Microsoft und AWS im Jahr 2024 Kunden, die ihre Plattform verlassen wollten, die Ausstiegsgebühren erlassen.
• Fehlkonfiguration: In der Cloud-Branche gibt es unzählige Geschichten über Datenlecks und Datenschutzverletzungen, die durch falsch konfigurierte Storage-Buckets verursacht wurden. Dieses Datensicherheitsrisiko hängt mit dem Modell der geteilten Verantwortung zusammen, bei dem die Cloud-Anbieter für die zugrunde liegende Infrastruktur zuständig sind, die Kunden die Systeme jedoch selbst konfigurieren und abriegeln müssen (siehe auch Das größte Risiko in der Cloud sind Fehlkonfigurationen).
• Leistung: Obwohl die Hyperscaler ihre globale Infrastruktur ständig erweitern, laufen einige Anwendungen aufgrund der geringeren Latenzzeiten in einer privaten Umgebung immer noch besser.
• Vendor Lock-in: Während eine wachsende Zahl von Unternehmen eine Multi-Cloud- oder Hybrid-Cloud-Strategie verfolgt – was im ersten Fall die Nutzung von mehr als einer Public Cloud oder im zweiten Fall eine Kombination aus Public- und Private-Cloud-Infrastruktur bedeuten kann – könnten diejenigen, die den Großteil ihrer IT-Investitionen bei einem Anbieter platzieren, diese Entscheidung in Frage stellen.
• Qualifikationsdefizite: Ein Unternehmen, das bestehende Anwendungen mit wenigen oder gar keinen Änderungen in eine Public-Cloud-Umgebung verlagert – eine Praxis, die als Lift and Shift bekannt ist -, verfügt möglicherweise nicht über die internen Fähigkeiten, diese Anwendungen so umzugestalten, dass sie die zugrunde liegenden Dienste eines Anbieters voll nutzen können. Es könnte auch an den Fähigkeiten fehlen, die erforderlich sind, um neue Anwendungen in einer Public Cloud zu erstellen, die moderne, auf Microservices basierende Architekturen und die ständig wachsende Zahl verfügbarer Dienste nutzen. Das kann zu teuren Beratungskosten oder Trägheit führen, wenn es darum geht, wesentliche Änderungen und Fortschritte in den IT-Strategien zu erzielen. Zudem entstehen durch die wachsende Komplexität von Cloud-Architekturen zusätzliche Anforderungen an das Fachwissen, insbesondere im Bereich künstliche Intelligenz und Automatisierung.
• Nachhaltigkeit: Der steigende Energieverbrauch von Rechenzentren führt dazu, dass Unternehmen umweltfreundlichere Lösungen suchen, was die Entscheidung zur Cloud-Rückführung beeinflussen kann.

Was sind die Herausforderungen der Cloud-Rückführung?

Unternehmen, die Public-Cloud-Workloads zurückführen, versuchen, aus ihren anfänglichen Fehlern zu lernen oder sich an neue Realitäten in Bezug auf Kosten, Vorschriften und andere Faktoren anzupassen. Es ist entscheidend, dass sie einen durchdachten Ansatz für die Cloud-Rückführung entwickeln, um die Vorteile zu maximieren und die folgenden Herausforderungen zu vermeiden:

• Bestimmung, was zurückgeführt werden soll: Es könnte zum Beispiel sein, dass ein Lift and Shift von SAP-Anwendungen nicht besser – oder schlechter – funktioniert, als wenn die Software auf herkömmlicher Hardware im Rechenzentrum des Kunden läuft. Einige kritische Workloads könnten On-Premises kostengünstiger ausgeführt werden und bieten ein größeres Maß an Kontrolle. Jeder für die Migration vorgesehene Workload sollte jedoch einer strengen Kosten-Nutzung-Analyse unterzogen werden.
• Wahl des richtigen Standorts: Ein repatriierter Workload läuft vielleicht am besten auf Standardhardware, aber Unternehmen sollten auch überlegen, ob sie in maßgeschneiderte Plattformen investieren, die eine Public-Cloud-ähnliche Softwareschicht bieten. Portabilität und Flexibilität sind ebenfalls wichtig. Suchen Sie nach Softwareplattformen wie VMware Cloud Foundation, die für den Betrieb in vielen Umgebungen zertifiziert sind.
• Effektive Zusammenarbeit: Sowohl die IT- als auch die Fachabteilungen sollten an der Diskussion über die Verlagerung von Cloud-Workloads beteiligt sein. Jeder Beteiligte kann wertvolle Beiträge zu Faktoren wie Kosteneinsparungen, Leistung, Datenschutz und Compliance liefern.
• Das Beste aus der Rückführung machen: Genauso wie Unternehmen Workloads auf der Suche nach Kosteneinsparungen, Bequemlichkeit und Effizienz in die Public Cloud verlagert haben, sollten sie bei einer Rückverlagerung dieselben Vorteile anstreben. Betrachten Sie die Rückführung in die Cloud als eine Weiterentwicklung der gesamten IT-Strategie und nicht als eine völlige Abkehr von früheren Praktiken. Unternehmen, die eine bestimmte Anwendung, die sie in die Cloud migriert haben, grundlegend überarbeitet haben, müssen jedoch berücksichtigen, was erforderlich ist, um sicherzustellen, dass die Anwendung in der neuen Umgebung ordnungsgemäß läuft.