Was ist die Cloud-Migration?

Mit die Hauptgründe für die Migration in die Cloud sind Kostensenkungen und die Optimierung von Infrastrukturleistung, ‑auslastung, ‑stabilität und ‑sicherheit. Die Migration in die Cloud kann Organisationen dabei helfen, Ausgaben von einem Kapitalausgabenmodell auf ein operatives Ausgabenmodell zu verlagern, was den Bedarf an teuren, öfters zu aktualisierenden Geräten in Rechenzentren vor Ort verringert.

Im IT-Bereich sind Investitionsausgaben (CapEx) in der Regel große, einmalige Investitionen in physische Assets. Beispielsweise werden der Kauf neuer Server, der Bau eines Rechenzentrums oder der Erwerb von Softwarelizenzen als CapEx betrachtet. Diese Kapitalausgaben unterliegen der Entwertung, d. h. das Asset verliert im Laufe der Zeit an Wert.

Betriebsausgaben (OpEx) sind dagegen laufende Kosten für den Betrieb eines Unternehmens. Beim Cloud Computing umfassen die Betriebskosten die flexiblen Abogebühren für Cloud-Dienste. Dieses Modell bietet gut vorhersehbare, laufende Kosten anstelle großer Vorabinvestitionen. Die Migration in die Cloud kann Unternehmen dabei helfen, die Leistung zu verbessern und die Betriebszeit zu erhöhen. Außerdem hilft die Cloud Unternehmen bei der Modernisierung von Arbeitslasten, wodurch aufwendige Lizenzgebühren für Legacy-Anwendungen vermieden werden. Die Cloud kann Organisationen dabei unterstützen, ihre Daten zu schützen und gleichzeitig Governance und Compliance mit Regulierungsbehörden auf der ganzen Welt zu erhöhen.

Organisationen migrieren außerdem in die Cloud, um:

• Datenanalysen zu ermöglichen: Durch die Migration vorhandener Anwendungen zur Cloud können Unternehmen bereits verwendete Tools wie CRM, SAP, Marketingdatenbanken und mehr optimal nutzen. Durch die Modernisierung dieser Systeme in der Cloud können Unternehmen ihre Daten optimal nutzen und neue Geschäftschancen erschließen. Gleichzeitig wird die organisatorische Agilität gesteigert, um Probleme zu beheben.
• Die Agilität zu steigern: Die Cloud bietet Unternehmen On-Demand-IT-Ressourcen, sodass sie nicht Wochen oder Monate auf das Erstellen von Anwendungen oder die Installation lokaler Hardware warten müssen. Mit der Cloud können sich Unternehmen viel schneller an Marktveränderungen und Aktionen von Mitbewerbern anpassen und so die Markteinführungsstrategien flexibler gestalten.
• Daten zu konsolidieren/modernisieren: Durch den Schritt weg von lokalen Rechenzentren haben Unternehmen die Möglichkeit, ihre Daten zu konsolidieren und auf einer universellen Datenplattform zu organisieren. Dadurch eröffnen sich Optionen für stabile und fortschrittliche digitale Transformationen.
• Künstliche Intelligenz zu nutzen: Durch die Verlagerung von Unternehmensdaten und ‑anwendungen in die Cloud haben Unternehmen direkten Zugriff auf neue und sich ständig weiterentwickelnde KI-Dienste und ‑Modelle. Das sorgt für mehr Flexibilität, Agilität und Leistung bei neuen KI-Anwendungen und ‑Agenten.

Abhängig von ihren Zielen können Organisationen aus verschiedenen Arten von Cloud-Migrationen auswählen.

Bei einer vollständigen Migration der Rechenzentren werden alle Anwendungen, Dienste und Datasets von einem oder mehreren Rechenzentren in eine öffentliche Cloud verschoben. Je nach Größe des Unternehmens kann ein vollständiger Rechenzentrumsausgang ein langer Prozess sein, der mehr als ein Jahr Planung, Tests und Ausführung erfordert. 

Ein Unternehmen kann aus verschiedenen Gründen von einem Cloud-Anbieter zu einem anderen wechseln. Dazu gehören Änderungen an Service Level Agreements, bessere Sicherheitspraktiken oder der Zugriff auf erweiterte künstliche Intelligenz und Machine-Learning-Tools. Diese Art der Cloud-zu-Cloud-Migration wird häufig verwendet, um eine Anbieterbindung zu vermeiden oder um auf bestimmte Funktionen einer neuen Plattform zuzugreifen. Große Anbieter haben in der Regel Tools, Dienste und Listen von Drittanbietern, die eine Organisation beim Wechsel von einem öffentlichen Cloud-Anbieter zu einem anderen unterstützen können.

Statt eines vollständigen Rechenzentrums möchten Unternehmen einiges an Software, Diensten oder Datasets von lokalen Servern in die Cloud migrieren, wo sie effizienter und einfacher verwaltet werden können. Business Intelligence, Datenanalysen, Customer Resource Management (CRM), Anwendungen für maschinelles Lernen und künstliche Intelligenz sowie Datasets sind typische Anwendungen, die in öffentliche Clouds migriert werden.

Zielgerichtete Migrationen können nur aus bestimmten Arbeitslasttyp bestehen. Das sind Ressourcen, die in der Cloud ausgeführt werden und eine bestimmte Art von Ressource verbrauchen, z. B. Rechenleistung oder Speicherkapazität. Beispiele hierfür sind Entwicklungsumgebungen, Dokumenterstellung und -verwaltung, verteilte Datenbanken, 3D-Modellierung oder Videocodierung.

Die gängigsten Migrationsstrategien liegen in einem Spektrum von einer geradlinigen Migration mit wenig bis gar keinen Änderungen an Anwendungen und virtuellen Maschinen (Rehosting) bis hin zu einem kompletten Neudenken der gesamten digitalen Infrastruktur (Umgestaltung oder Plattformwechsel).

• Ziel einer Rehosting-Cloud-Migrationsstrategie ist, während der Migration so wenig Änderungen wie möglich vorzunehmen und Anwendungen in der Cloud noch einmal bereitzustellen, ohne wesentliche Änderungen an der Konfiguration vorzunehmen.
• Das ist die einfachste Cloud-Migrationsstrategie, bei der Administratoren ihre Anwendungen, Arbeitslasten, virtuellen Maschinen und Server-Betriebssysteme einfach „mitnehmen“ auf das neue Betriebsmodell der öffentlichen Cloud übertragen. Die gleiche Software, die im Rechenzentrum ausgeführt wurde, wird jetzt in der Cloud ausgeführt.
• Der Nachteil einer Rehosting-Strategie besteht darin, dass oft nicht alle cloudnativen Funktionen und Effizienzen genutzt werden, die öffentliche Clouds so leistungsfähig und nützlich machen.
• Eine Rehosting-Migrationsstrategie eignet sich am besten für Organisationen mit vorhersehbaren Spitzennutzungsmustern (wie der Steuerbranche oder der Lebensmittellieferung) und ist in der Regel auch der erste Schritt in einem größeren digitalen Transformationsprojekt.

• Eine Replatforming-Cloud-Strategie ist der nächste Schritt einer Rehosting-Strategie, bei der die vorhandenen Anwendungen, Arbeitslasten und virtuellen Maschinen angehoben und dann für die neue Cloud-Umgebung optimiert werden. Beispielsweise kann ein Dienst eine Arbeitslast in die Cloud verschieben, um die Vorteile einer cloudbasierten Mikrodienstarchitektur oder von Containern wie Kubernetes nutzen zu können.
• Der Vorteil einer plattformübergreifenden Migrationsstrategie besteht darin, dass die Anwendungen eine höhere Leistung und mehr Effizienz in der Cloud erzielen. Der Nachteil ist, dass der Plattformwechsel mehr Arbeit erfordert als ein direkter Lift-and-Shift. Die neue Cloud-Plattform wird eine andere zugrunde liegende Codebasis haben, die mehrere Testläufe erfordert, um sicherzustellen, dass alles optimal läuft.
• Eine Plattformwechsel-Migrations-Cloud-Migrationsstrategie eignet sich am besten für Organisationen, die alle Kernkompetenzen der Cloud wie flexibles Computing, Redundanz, verbesserte Leistung und Sicherheit nutzen möchten.

• Bei einer Refaktorierung der Cloud-Migrationsstrategie müssen Ihre Anwendungen cloudnativ gestaltet werden.
• Bei der Refaktorierung wird häufig der Code einer Anwendung geändert, ohne das Frontend oder die Nutzererfahrung zu ändern. Beispielsweise kann eine refaktorierte Anwendung aus langen Codestrings in mehr modulare Teile aufgeteilt werden, um die Cloud-Funktionen besser zu nutzen und so die Leistung des Codes zu verbessern.
• Eine Refaktorierungsstrategie wird oft durch die Notwendigkeit bedingt, vorhandenen Anwendungen neue Funktionen hinzuzufügen, z. B. die Erhöhung der Skalierbarkeit, das Hinzufügen von Funktionen für maschinelles Lernen oder künstliche Intelligenz oder eine schnellere und intuitivere Datenanalyse.
• Die Refaktorierung kann komplizierter sein als das Rehosting, bietet aber auch die Möglichkeit, Prioritäten festzulegen, welche Anwendungen je nach Geschäftsanforderungen verschoben werden sollen. Dadurch haben Unternehmen mehr Flexibilität und können mit dem Wettbewerbsumfeld Schritt halten.

• Die Umgestaltung einer Cloud-Migrationsstrategie ähnelt der Refaktorierung, aber anstatt die Funktionsweise des Anwendungscodes neu zu strukturieren, wird die Funktionsweise des Codes geändert, um die Anwendung zu optimieren und die Vorteile cloudnativer Eigenschaften zu nutzen, darunter Skalierbarkeit, Sicherheit und Agilität.
• Ein Beispiel für die Umgestaltung einer Anwendung besteht darin, eine große, monolithische Anwendung in mehrere unabhängige Mikrodienste umzuwandeln.
• Die Neugestaltung erfordert mehr Zeit und Aufwand als die Refaktorierung, wodurch die Komplexität erhöht und potenziell neue Fehler in Programmfehlern oder Sicherheitsproblemen auftreten.

• Bei einer Strategie für die Neuerstellung der Cloud-Migration wird eine Anwendung von einer Organisation vollständig für die Cloud neu geschrieben. Es ist oft einfacher, eine Anwendung von Grund auf neu zu erstellen, als ihren alten Code für eine Cloud-Umgebung zu refaktorieren.
• Mit einer Strategie zur Neuerstellung kann ein Unternehmen von Grund auf neu planen und dabei von Anfang an auf die Nutzung sinnvoller cloudnativer Tools und Funktionen setzen.
• Der Nachteil bei einer Rebuilding-Strategie besteht darin, dass es Zeit in Anspruch nimmt und Fehler oder andere Leistungsprobleme verursachen kann, die Entwickler in der Legacy-Version der App nicht entdeckt haben.

• Eine neugekaufte Cloud-Migrationsstrategie wird erreicht, wenn ein Unternehmen von einer gekauften lokalen Anwendung zu einer Cloud-gehosteten Software-as-a-Service-Entsprechung wechselt. Beispiel: Wechsel von lokaler Software für die Zusammenarbeit und lokalem Speicher zu in der Cloud gehosteten Anwendungen von Google Workspace (z. B. Google Docs, Google Sheets, Google Präsentationen, Google Drive).
• Aus Sicht der Ressourcen ist der Erwerb einer Strategie viel einfacher als Refaktorierung, Umbau oder Neugestaltung.
• Der Nachteil einer Neukaufstrategie besteht darin, dass sie viel teurer sein kann und Organisationen nicht die detaillierten Features zur Steuerung ihrer eigenen Cloud-Umgebungen erhalten.

Anwendungen mit KI/ML- und Datenanalysediensten anreichern, um die Nutzerfreundlichkeit zu verbessern und Daten schneller und effizienter zu nutzen.

Eine vollständige Migration kann ein komplizierter, mehrjähriger Vorgang sein. Vor dem Beginn sollten Unternehmen klare, erreichbare Geschäftsziele definieren, die auch ein Verständnis dafür beinhalten, wie die endgültige Cloud-Umgebung aussehen wird, und ob es sich um eine öffentliche, private, hybride oder eine Multi-Cloud-Umgebung handeln soll. Unternehmen sollten auch entscheiden, ob sie die Tools von Drittanbietern oder die eines Cloud-Anbieters nutzen wollen, welche Apps SaaS-Lösungen sein sollen und wie die Daten in der neuen Umgebung organisiert werden.

Die für Cloud-Vorgänge erforderlichen Fähigkeiten unterscheiden sich von denen für lokale Umgebungen. Cloud-Umgebungen basieren oft auf neuen Betriebsmodellen wie DevOps, Automatisierung und Infrastruktur als Code. Unternehmen sollten für diese Bereiche entweder neue Mitarbeiter einstellen oder vorhandenes Personal umschulen. Es ist wichtig, während der Migration Zeit für Trainings und neue Zertifizierungen einzuplanen, damit die Mitarbeiter die neue Infrastruktur unterstützen können.

Die Sicherheitspraktiken ändern sich bei der Migration von einer lokalen Umgebung in die Cloud. Die Identitäts- und Zugriffsverwaltung wird komplexer und wichtiger. Organisationen müssen sich mit neuen Sicherheitstools und Best Practices vertraut machen, z. B. mit der Einrichtung eines Schutzes vor Datenverlust und Zero-Trust-Architekturen. Cloud-Anbieter bieten zwar robuste Sicherheitstools, aber letztendlich ist das Unternehmen für Data Governance und Compliance-Richtlinien verantwortlich, wenn Daten verschoben werden.

Der Wechsel zu einem neuen Betriebsmodell kann es schwierig machen, alle neuen Kosten und Ausgaben im Blick zu behalten. Die Kostenverwaltung wird zu einer fortlaufenden Herausforderung, wobei neue Gebührenstrukturen, Abrechnungszyklen und Ressourcenverbrauch eine Rolle spielen. Unternehmen stellen bei der Erstmigration manchmal zu viele Ressourcen bereit, was zu überhöhten Ausgaben führt. Glücklicherweise bieten einige Cloud-Anbieter proaktive Empfehlungen zum Anpassen von Budgets und zum effektiven Verwalten von Kosten.

Ältere/Legacy-Systeme sind möglicherweise nicht mit Cloud-Umgebungen kompatibel und müssen oft erheblich modifiziert oder ersetzt werden. Dies gilt insbesondere für selbst entwickelte Anwendungen mit veraltetem Code, die ohne umfangreiches Refactoring oder eine komplette Neuentwicklung keine cloudnativen Funktionen nutzen können. Die Prüfung der Kompatibilität von Anwendungen ist ein wichtiger erster Schritt bei der Migrationsplanung und kann unerwartete technische Hürden vermeiden.

Viele Unternehmen haben über Jahrzehnte komplexe Netzwerktopologien aufgebaut. Außerdem müssen einige Unternehmen vorhandenen IP-Adressen beibehalten, um Risiken zu reduzieren und sicherzustellen, dass Anwendungsabhängigkeiten funktionieren.

Anwendungen und Datasets haben oft komplexe wechselseitige Abhängigkeiten. Werden diese Beziehungen vor der Migration nicht richtig zugeordnet, besteht ein erhebliches Risiko für Datenverlust oder Datenbeschädigung. Die Datenintegrität lässt sich nur durch sorgfältige Planung und Tests sichern. Dabei muss sichergestellt werden, dass alle Daten korrekt übertragen werden und in der neuen Umgebung zugänglich und nutzbar bleiben. Das ist eine zentrale Herausforderung, die, wenn nicht sorgfältig angegangen, den Erfolg einer gesamten Migration gefährden kann.