Cloudmigration im Cloud Adoption Framework

Jeder Cloudeinführungsplan eines Unternehmens beinhaltet Workloads, die keine umfangreichen Investitionen in die Erstellung neuer Geschäftslogik rechtfertigen. Diese Workloads können mithilfe verschiedener Methoden in die Cloud migriert werden: per Lift & Shift, per Lift & Optimize oder mittels Modernisierung. Jeder diese Methoden wird als Migration betrachtet. In den folgenden Aufgaben werden die iterativen Prozesse zum Bewerten, Migrieren, Optimieren, Schützen und Verwalten dieser Workloads vermittelt.

Erste Schritte

Zur Vorbereitung auf diese Phase des Cloudeinführungszyklus empfiehlt das Framework die folgenden Übungen:

Diese Methodik und die obigen Schritte basieren auf den folgenden Annahmen:

  • Vor der Migration von Workloads wurde mindestens eine Zielzone identifiziert, konfiguriert und bereitgestellt, um die Anforderungen des kurzfristigen Cloudeinführungsplan zu erfüllen.
  • Migration wird üblicherweise mit den Begriffen Lift & Shift oder Rehosten assoziiert. Diese Methodik und die oben genannten Schritte basieren auf der Überzeugung, dass kein Rechenzentrum (und nur sehr wenige Arbeitslasten) mit einem reinen Rehostingansatz migriert werden sollten. Zwar können viele Workloads neu gehostet werden, aber Kunden entscheiden sich häufiger dafür, bestimmte Ressourcen innerhalb der einzelnen Workloads zu modernisieren. Während dieses iterativen Prozesses ist die Balance zwischen Geschwindigkeit und Modernisierung ein gängiger Diskussionspunkt.

Iterativer Migrationsprozess

Die Migration zur Cloud umfasst im Grunde vier einfache Phasen: Bewerten, Migrieren, Optimieren und Schützen/Verwalten. In diesem Abschnitt des Frameworks für die Cloudeinführung erfahren Sie, wie Sie den größtmöglichen Nutzen aus der jeweiligen Prozessphase ziehen und diese Phasen auf Ihren Cloudeinführungsplan abstimmen. Die folgende Grafik zeigt diese Phasen in einem iterativen Ansatz:

Cloud Adoption Framework-Migrationsmodell

Erstellen eines ausgewogenen Cloudportfolios

Jedes ausgewogene Technologieportfolio verfügt über eine Mischung von Ressourcen in verschiedenen Zuständen. Einige Anwendungen sind für die Deaktivierung vorgesehen und werden nur minimal unterstützt. Andere Anwendungen oder Ressourcen werden in einem Wartungszustand unterstützt, aber die Features dieser Lösungen sind stabil. Für neuere Geschäftsprozesse werden sich ändernde Marktbedingungen wahrscheinlich zu einer kontinuierlichen Verbesserung oder Modernisierung der Features führen. Wenn sich Möglichkeiten zur Erschließung neuer Umsatzquellen ergeben, werden neue Anwendungen oder Ressourcen in die Umgebung eingeführt. In jeder Phase des Lebenszyklus einer Ressource ändern sich die Auswirkungen einer Investition auf Umsatz und Gewinn. Je später die Phase im Lebenszyklus, desto unwahrscheinlicher ist es, dass ein neues Feature oder ein Modernisierungsaufwand zu einer hohen Rendite (Return on Investment, ROI) führt.

Die Cloud bietet verschiedene Einführungsmechanismen mit jeweils ähnlichen Investitions- und Renditegraden. Die Erstellung von cloudnativen Anwendungen kann die Betriebskosten erheblich senken. Sobald eine cloudnative Anwendung freigegeben ist, kann die Entwicklung neuer Features und Lösungen schneller erfolgen. Die Modernisierung einer Anwendung kann zu ähnlichen Vorteilen führen, indem sie Legacyeinschränkungen hinsichtlich lokaler Entwicklungsmodelle beseitigt. Leider sind diese beiden Ansätze arbeitsintensiv und hängen von der Größe, der Qualifikation und der Erfahrung der Softwareentwicklungsteams ab. Häufig ist die Arbeit falsch organisiert. Personen mit der Qualifikation und dem Talent zum Modernisieren von Anwendungen würden eher neue Anwendungen entwickeln. In einem arbeitsintensiven Markt können große Modernisierungsprojekte zu einem Problem hinsichtlich Mitarbeiterzufriedenheit und Talent führen. In einem ausgewogenen Portfolio sollte dieser Ansatz Anwendungen vorbehalten bleiben, die signifikante Featureverbesserungen erhalten würden, wenn sie an einem lokalen Standort verbleiben.

Planen des Endzustands

Eine effektive Umsetzung erfordert ein Ziel. Versuchen Sie, eine grobe Vorstellung vom Endzustand zu bekommen, bevor Sie den ersten Schritt machen. Diese Infografik zeigt einen Ausgangspunkt bestehend aus vorhandenen Anwendungen, Daten und einer Infrastruktur, der den digitalen Bestand definiert. Während des Migrationsprozesses wird jede Ressource über eine der Optionen auf der rechten Seite übertragen.

Migrationsimplementierung

Diese Artikel beschreiben zwei Wege, jeweils mit einem ähnlichen Ziel, d. h. einen Großteil der bestehenden Ressourcen nach Azure zu migrieren. Die Geschäftsergebnisse und der aktuelle Zustand werden jedoch die für den Weg dorthin erforderlichen Prozesse erheblich beeinflussen. Diese kleinen Abweichungen führen zu zwei völlig unterschiedlichen Ansätzen, um einen ähnlichen Endzustand zu erreichen.

Cloud Adoption Framework-Migrationsmodell

Um die inkrementelle Ausführung während des Übergangs in den Endzustand zu steuern, unterteilt dieses Modell die Migration in zwei zentrale Bereiche.

Migrationsvorbereitung: Einrichten eines groben Migrationsbacklogs, der größtenteils auf dem aktuellen Zustand und den gewünschten Ergebnissen basiert.

  • Geschäftsergebnisse: Die wichtigsten Geschäftsziele, die diese Migration fördern.
  • Schätzung des digitalen Bestands: Eine grobe Schätzung der Anzahl und des Zustands der zu migrierenden Workloads.
  • Rollen und Zuständigkeiten: Eine klare Definition der Teamstruktur, der Trennung von Zuständigkeiten und der Zugriffsanforderungen.
  • Change Management-Anforderungen: Der Rhythmus, die Prozesse und die Dokumentation, die zum Überprüfen und Genehmigen von Änderungen erforderlich sind.

Diese ersten Eingaben prägen den Migrationsbacklog. Die Ausgabe des Migrationsbacklogs ist eine priorisierte Liste von Anwendungen, die in die Cloud migriert werden sollen. Diese Liste beeinflusst die Ausführung des Cloudmigrationsprozesses. Im Laufe der Zeit wird sie auch immer größer werden und einen Großteil der Dokumentation enthalten, die für das Change Management erforderlich ist.

Migrationsprozess: Jede Cloudmigrationsaktivität ist in einem der folgenden Prozesse enthalten, da sie sich auf den Migrationsbacklog bezieht.

  • Bewerten: Bewerten Sie eine bestehende Ressource, und erstellen Sie einen Plan für die Migration der Ressource.
  • Migration: Replizieren Sie die Funktionalität einer Ressource in der Cloud.
  • Optimieren: Gleichen Sie Leistung, Kosten, Zugriff und Betriebskapazität einer Cloudressource aus.
  • Sichern und Verwalten: Stellen Sie sicher, dass ein Cloudressource für den laufenden Betrieb bereit ist.

Die bei der Entwicklung eines Migrationsbacklogs gesammelten Informationen bestimmen die Komplexität und den Aufwand, der innerhalb des Cloudmigrationsprozesses bei jeder Iteration und für jedes Release der Funktionalität erforderlich ist.

Übergang in den Endzustand

Ziel ist eine reibungslose und teilautomatisierte Migration in die Cloud. Der Migrationsprozess verwendet die von einem Cloudanbieter bereitgestellten Tools, um Ressourcen in der Cloud schnell zu replizieren und bereitzustellen. Nach der Überprüfung leitet eine einfache Netzwerkänderung die Benutzer zur Cloudlösung um. Für viele Anwendungsfälle ist die Technologie zur Erreichung dieses Ziels weitgehend verfügbar. Es gibt Beispielfälle, die die Geschwindigkeit demonstrieren, mit der 10.000 virtuelle Computer in Azure repliziert werden können.

Allerdings ist weiterhin ein inkrementeller Migrationsansatz erforderlich. In den meisten Umgebungen muss die lange Liste der zu migrierenden virtuellen Computer in kleinere Arbeitseinheiten unterteilt werden, damit eine Migration erfolgreich sein kann. Es gibt viele Faktoren, die die Anzahl der virtuellen Computer begrenzen, die in einem bestimmten Zeitraum migriert werden können. Die Geschwindigkeit des ausgehenden Netzwerks ist eine der wenigen technischen Einschränkungen. Die meisten Einschränkungen ergeben sich aus der Fähigkeit des Unternehmens, Änderungen zu überprüfen und anzupassen.

Der inkrementelle Migrationsansatz des Cloud Adoption Frameworks hilft bei der Erstellung eines inkrementellen Plans, der technische und kulturelle Einschränkungen widerspiegelt und dokumentiert. Ziel dieses Modells ist es, die Migrationsgeschwindigkeit zu maximieren und gleichzeitig den Aufwand für IT und Unternehmen zu minimieren. Nachfolgend finden Sie zwei Beispiele für eine inkrementelle Migrationsausführung basierend auf dem Migrationsbacklog.

Nächste Schritte

Machen Sie sich zunächst mit dem Leitfaden zur Azure-Migration vertraut.