Wie übersteht man eine Lift & Shift Cloud Migration?

Der Umzug in die Cloud steht bei jedem Unternehmen als strategische Notwendigkeit auf der Agenda – außer er ist längst erfolgt. Allerdings gleicht die Cloud-Migration stärker dem Erlebnis eines Bauherrn als dem Umzug in die nächste Altbauwohnung: Das neue Haus muss erst geplant, gebaut und fertig sein, bevor er die alte Mietwohnung verlässt. Überraschungen sind einkalkuliert – und doch dauert schnell alles sehr viel länger als geplant. Mietkosten türmen sich auf Hausrechnungen, die Anspannung steigt und alle warten auf die neuen Räume, das Mehr an Platz, die Flexibilität für Gäste.

Ähnlich ist es bei der Migration aus dem alten Rechenzentrum in die Cloud. Bei der am häufigsten eingesetzten Methode Lift & Shift werden die Server einer Applikation aus der bestehenden Infrastruktur (CMO = Current Mode of Operation) kopiert und in eine neue (FMO = Future Mode of Operation) integriert. Das klingt einfach, doch fraglich ist normalerweise nicht, ob alle Anwendungen nach der Migration funktionieren, sondern wie viele es nicht tun. Zahlreiche Schwierigkeiten können auftreten – und viele folgen eigentlich bekannten Mustern. Sie ziehen die Migrationsdauer unnötig in die Länge, steigern die Kosten und lassen das ganze Unternehmen länger auf die erwarteten Cloud-Vorteile warten.

Lift & Shift ist für große Legacy-Migrationsszenarien mit tausenden Servern und Applikationen der einfachste und kosteneffizienteste Ansatz. Da er sich skalieren lässt, können auch umfangreiche Migrationsprojekte in einem überschaubaren Zeitraum abgeschlossen und die Vorzüge der Cloud zügig realisiert werden: die Flexibilität der Public Cloud für neue Technologien mit modernen IT-Architekturen zu nutzen etwa, eine schnellere Time-to-Market oder Energie, Kosten und CO2 einzusparen.

Fehlermuster wiederholen sich

Erfahrene Migrationsteams kennen die häufigsten Fehlerquellen und halten sie von Beginn an im Blick, denn die Identifikation und Dokumentation von Fehlermustern spielt im Verlauf eines Migrationsprojektes eine zentrale Rolle. So kann das Team Präventivmaßnahmen entwickeln und implementieren, um Fehlermuster frühestmöglich eingrenzen oder aushebeln. Die meisten dieser Muster beruhen auf Faktoren wie Technologie, Migrationsansatz oder -werkzeug, Netzwerkzone oder Abhängigkeiten von anderen Systemen. Die folgende Tabelle beschreibt für einige der häufigsten Fehlermuster die Ursachen und was Migrationsteams präventiv dagegen tun können:

Schlüssel zum Erfolg

Um diese und weitere Fehlerquellen möglichst schnell abstellen zu können, schlagen wir eine Vorgehensweise mit 3 Komponenten vor: einem Cloud Operating Modell, Agilität und kontinuierlicher Verbesserung. Die Anzahl der Iterationen sollte sich an Dauer und Umfang des Migrationsprojektes orientieren – mit einer Iterationslänge von jeweils zwei bis vier Wochen. So kann das Migrationsteam während des gesamten Transformationsprojektes neue Erkenntnisse kontinuierlich und zügig im Prozess verankern. Kürzere Iterationslängen führen zu übermäßig häufigen, zeitintensiven Abstimmungsterminen. Längere Iterationen dagegen können die Umsetzung der Verbesserungsmaßnahmen zu stark verzögern.

Cloud Operating Model

Nach einer Migration befinden sich die Anwendungen im FMO. In der Regel handelt es sich um ein anderes Betriebsmodell als beim CMO. Deswegen sollten die neuen organisatorischen, betrieblichen und wirtschaftlichen Richtlinien gut verstanden und berücksichtigt werden. Das Ergebnis der Migration einer Applikation sollte eine Lösung sein, die dem Cloud-Betriebsmodell entspricht. Damit können die Vorteile einer public Cloud optimal genutzt werden. Ausnahmen sollte der Kunde offiziell als gewünscht bestätigen.

Agilität

Ein großes Migrationsvorhaben involviert tausende Applikationen, die auf einer Vielzahl von Technologien basieren. Aus diesem Grund sollte die Teamstruktur flexibel gehalten werden. Um ein komplexes System nach einer Migration rechtzeitig und effizient wieder zum Laufen zu bringen, können bei Bedarf schnell Task Forces gebildet werden, die über die erforderlichen Technologiekenntnisse verfügen. Hinzu kommt, dass Anwendungen, die dieselben Technologien verwenden, nach der Migration in der Regel die gleichen Probleme aufweisen wie zuvor. So kann die jeweilige Task Force effizient Anwendungsprobleme behandeln, denen dasselbe Fehlermuster zugrunde liegt. Zu beachten ist, dass auch Experten außerhalb des Migration Defect Management Teams (z. B. Drittanbieter) Teil der Task Forces sein können. Sobald die Grundursache und die Lösung identifiziert worden sind, kann das Migrationsteam die Lösung wiederverwenden.

Kontinuierliche Verbesserung

Cloud Migrationsprojekte sind sehr komplex, fehleranfällig und haben in der Regel eine lange Laufzeit. Die IT jedes Unternehmens ist anders. Umso wichtiger ist eine Learning-by-doing-Vorgehensweise. Diese ermöglicht das Erlernen von Fähigkeiten, die im konkreten Projekt für den Erfolg entscheidend sind. Was hat gut geklappt? Wo gab es Probleme? Sind meine Migrationsprozesse effizient genug? Wenn die bei der Behebung von Anwendungsmigrationsfehlern gewonnenen Erkenntnisse in die kontinuierliche Verbesserung der Migrationsprozesse einfließen und die ermittelten Präventivmaßnahmen mit allen Beteiligten (Migrationsarchitekten, Anwendungsteams, Supportteams usw.) geteilt werden, lässt sich vermeiden, dass bei den bevorstehenden Migrationen dieselben Probleme erneut auftreten.

Personeller Erfolgsfaktor: das Migration Defect Management Team

Darüber hinaus ist es auf der organisatorischen Ebene sinnvoll, ein sogenanntes Migration Defect Management Team aufzustellen, das während des gesamten Projekts als Single Point of Contact gegenüber allen anderen Parteien (Kunde, Migrationsteams, Applikationsteams und Drittanbieter) fungiert. Es hält dem übrigen Migrationsteam den Rücken frei, sammelt zentral das gesamte Wissen über die auftretenden Applikationsmigrationsfehler und

• identifiziert und dokumentiert gemeinsame Muster und deren Lösungen
• definiert Präventivmaßnahmen und teilt diese mit interessierten Parteien, insbesondere mit den Migrations- und Anwendungsteams
• dient als übergeordnetes Team im Rahmen des Transformationsprojektes, unabhängig von den verwendeten Technologien.

Die Hauptkomponenten für eine zeiteffiziente Problemlösung sind CMO-, FMO- und Anwendungswissen. Daher soll das Migration Defect Management Team ein umfassendes Verständnis sowohl der CMO- als auch der FMO-Umgebung und Zugriff auf die Anwendungsdokumentation haben. So kann dieses Team das Gesamtbild überblicken. Es versteht

• wie die Anwendung in CMO funktioniert hat
• wie die Anwendung in FMO funktionieren soll
• welche Abhängigkeiten zwischen der Anwendung und den anderen Systemen bestehen

und kann Migrationsprobleme so effizient lösen.

Lift & Shift-Migrationen sind ein Prozess, der eine umfassende Vorbereitung und sorgfältige Ausführung erfordert. Um den Kosten- und Zeitaufwand gering zu halten und dem Business die Cloud-Vorteile möglichst schnell zur Verfügung stellen zu können, sollten die 3 Komponenten Cloud Operating Modell, Agilität und kontinuierlicher Verbesserung im Vorgehen berücksichtigt werden. Ein gut vorbereitetes und organisiertes Migration Defect Management Team kann den Ablauf eines jeden Lift & Shift Cloud Migration Programms darüber hinaus sehr viel reibungsloser gestalten.