Auswählen Ihrer Cloudmigrationsstrategien

Mit einem klaren Bestand und Verständnis Ihrer Workloads muss Ihr Plan zur Cloud-Einführung bestimmen, was mit den einzelnen Workloads in der Cloud zu tun ist. Es gibt mehrere Migrationsstrategien, die manchmal als "Rs" der Cloudmigration bezeichnet werden. Jede Workload kann zurückgezogen, beibehalten, neu gehostet, auf eine andere Plattform umgestellt, refaktoriert, umstrukturiert, neu erstellt oder ersetzt werden. In diesem Abschnitt wird erläutert, wie Sie den richtigen Ansatz für jede Arbeitslast auswählen können, indem die Optionen dargestellt werden, wann jede Option ausgewählt werden sollte und welche Vor- und Nachteile dabei abgewogen werden müssen.

Übersicht über die Migrationsstrategie

Die folgende Tabelle enthält eine Übersicht über alle verfügbaren Strategien zur Cloudmigration. Verwenden Sie diese Referenz, um den primären Geschäftstreiber der einzelnen Strategie und wichtige Indikatoren zu verstehen, die signalisieren, wann sie jeden Ansatz auf Ihre Workloads anwenden.

Ermitteln von Unternehmenstreibern vor der Migration

Ein Unternehmenstreiber definiert, warum sich eine Arbeitsauslastung ändern muss, um ein bestimmtes Geschäftsziel zu unterstützen. Unternehmenstreiber verbinden Entscheidungen zur Cloudakzeptanz mit messbaren Geschäftswerten und strategischen Zielen. Durch die Identifizierung dieser Faktoren wird sichergestellt, dass Migrationsbemühungen gezielt und an die Organisationsprioritäten ausgerichtet sind.

1. Definieren Sie Geschäftsziele. Geschäftsziele sind allgemeine Ergebnisse, die die Organisation von der Cloudakzeptanz erreichen möchte, z. B. die Einführung von KI, die Erhöhung der Flexibilität, die Beschleunigung von Innovationen, die Reduzierung von Kosten und die Verbesserung der Resilienz. Diese Ziele bieten den strategischen Kontext für alle Migrationsentscheidungen. Verwenden Sie strategische Planungsdokumente, Führungskräfteinterviews oder Business Case-Workshops, um diese Ziele mit Projektbeteiligten zu identifizieren und zu validieren.

2. Identifizieren sie Lücken. Führen Sie eine übergeordnete Gap-Analyse durch, um zu verstehen, was bei jedem Workload geändert werden muss, um die definierten Geschäftsziele besser zu unterstützen. Diese Analyse sollte die aktuelle Leistung, Skalierbarkeit, Compliance, Benutzererfahrung und Architektureinschränkungen berücksichtigen. Dokumentieren Sie alle Ausfälle, die verhindern, dass die Workload die gewünschten Ergebnisse vollständig ermöglicht.

3. Bestimmen Sie den Geschäftstreiber. Ein Geschäftstreiber entsteht aus der Lücke zwischen dem aktuellen Zustand einer Workload und dem gewünschten zukünftigen Zustand. Sie stellt einen bestimmten, umsetzbaren Grund für Änderungen dar. Diese Faktoren leiten die Auswahl einer geeigneten Migrationsstrategie.

   Geschäftstreiber	Migrationsstrategie
   Muss redundante oder geringwertige Workloads außer Betrieb setzen	Retire
   Benötigen Sie minimale Betriebsunterbrechungen und keine Modernisierung in Naher Zukunft	Rehost
   Benötigt PaaS-Lösungen und minimale Codeänderungen, um die Wartung zu entlasten und die Zuverlässigkeit zu fördern.	Umstellung auf eine neue Plattform
   Benötigen Sie Codeänderungen, um technische Schulden zu reduzieren oder Code für cloudbasierten Code zu optimieren	Refactor
   Architekturänderungen benötigen, um cloudeigene Funktionen freizuschalten	Rearchitect
   Benötigen Sie SaaS/AI-Lösung, um Vorgänge zu vereinfachen	Replace
   Benötigen Sie neue cloudeigene Lösung, um anforderungen zu erfüllen	Rebuild
   Brauchen Sie Stabilität und keine Änderung	Retain

Auswählen der richtigen Migrationsstrategie

Eine Migrationsstrategie definiert, wie jede Workload basierend auf ihrem Geschäftstreiber zu Azure wechselt. Überprüfen Sie die eingeschränkte Liste der Strategien, und überprüfen Sie die ausgewählte Option mit geschäfts- und technischen Projektbeteiligten. Entfernen Sie Optionen, die mit Compliance-, Sicherheits- oder Betriebseinschränkungen in Konflikt geraten. Berücksichtigen Sie beim Abschließen der Strategie Azure-Bereitschaft, Teamfähigkeiten und Integrationskomplexität.

1. Ablösen (Außerbetriebnahme)

Lösen Sie Workloads ab, die keinen geschäftlichen Nutzen mehr bieten. Diese Strategie ist wichtig, wenn Arbeitslasten veraltet, nicht mehr verwendet oder redundant sind. Überprüfen Sie diese Entscheidung, indem Sie bestätigen, dass die Workload veraltet ist und keine kritischen Abhängigkeiten aufweist, die sich auf andere Systeme auswirken würden. Aktualisieren Sie Ihren Bestand, während Sie Workloads außer Betrieb setzen.

2. Rehosting (gleichwertige Migration)

Eine Rehost-Strategie ermöglicht schnelle und risikoarme Migration, indem Workloads mit minimalen Änderungen nach Azure verschoben werden. Ein Rehost ist eine ähnliche Migration, bei der virtuelle Maschinen zu IaaS, IaaS zu IaaS und PaaS zu PaaS verschoben werden.

1. Hosten Sie problematische Workloads nicht erneut. Durch das erneute Hosten werden vorhandene Leistungs-, Zuverlässigkeits- oder Architekturprobleme nicht behoben. Die Migration solcher Arbeitslasten ohne Modernisierung kann technische Schulden weiterführen und zu einem späteren Zeitpunkt eine Überarbeitung erfordern. Modernisieren Sie diese Workloads stattdessen während der Migration, um die Ursachen zu beheben.

2. Vergewissern Sie sich, dass die Arbeitsauslastung innerhalb von zwei Jahren keine Modernisierung erfordert. Rehosting eignet sich nur, wenn Sie sicher sind, dass die Arbeitsauslastung mindestens zwei Jahre im aktuellen Zustand bleibt. Wenn die Modernisierung wahrscheinlich ist, sollten Sie stattdessen das Umgestalten oder Neuanordnen in Betracht ziehen, um doppelte Anstrengungen zu vermeiden.

3. Verwenden Sie "rehost", um grundlegende Cloudvorgänge zu erstellen. Rehosting hilft Teams dabei, Erfahrungen mit Azure-Vorgängen, -Governance und -Kostenverwaltung zu sammeln. Diese frühzeitige Exposition unterstützt umfassendere Ziele bei der Cloudakzeptanz und bereitet Teams auf komplexere Modernisierungsbemühungen vor.

3. Replatform (Modernisieren der Hostingumgebung)

Das Replatforming verschiebt Workloads in eine moderne Hostingumgebung mit minimalen Codeänderungen. Diese Strategie ist wichtig, wenn Sie das Infrastrukturmanagement reduzieren, die Skalierbarkeit verbessern und Vorgänge vereinfachen möchten, ohne dass eine vollständige Anwendung neu geschrieben wird.

Wählen Sie Workloads aus, bei denen PaaS-Optionen den Betriebsaufwand reduzieren, die Zuverlässigkeit verbessern oder die Notfallwiederherstellung vereinfachen. Für die Nutzung von PaaS-Diensten kann eine minimale Codeumgestaltung erforderlich sein.

4. Umgestalten (Modernisieren von Code)

Durch die Umgestaltung wird die interne Struktur des Codes verbessert, ohne neue Features hinzuzufügen. Diese Vorgehensweise ist während der Cloudakzeptanz wichtig, da sie Teams dabei hilft, Legacycode zu modernisieren, technische Schulden zu reduzieren und Arbeitslasten für die langfristige Wartung in Azure vorzubereiten. Sie sollten Code umgestalten, wenn der Migrationsprozess eine einzigartige Möglichkeit schafft, technische Schulden zu beheben oder wenn das Verhalten nach der Migration Bereiche zur Verbesserung offenlegt.

5. Rearchitect (Modernisieren von Architektur und Code)

Eine Re-Architektur-Strategie gestaltet die Architektur der Workload neu, um Skalierbarkeit, Agilität und Serviceorientierung zu verbessern. Diese Strategie ist wichtig, wenn Sie monolithische Anwendungen aufschlüsseln, Microservices einführen oder gezielte Skalierung aktivieren müssen. Sie sollten neu erstellen, wenn Ihre aktuelle Architektur Ihre Fähigkeit beschränkt, Geschäftsziele zu erreichen oder effektiv zu skalieren. Ein Beispiel finden Sie unter Modern Web App Pattern.

6. Ersetzen (SaaS-Alternative verwenden)

Eine Replace-Strategie verwendet kommerzielle SaaS-Lösungen, um die Notwendigkeit von benutzerdefinierter Entwicklung und fortlaufender Wartung zu beseitigen. Diese Strategie ist ideal, wenn SaaS-Angebote geschäftliche Anforderungen mit minimaler Anpassung erfüllen. Ersetzen Sie Workloads, wenn SaaS-Lösungen vergleichbare Features bieten, Integrationsfunktionen Anforderungen erfüllen und die Gesamtbetriebskosten den Übergang rechtfertigen. Berücksichtigen Sie die Komplexität der Datenmigration, benutzerschulungsanforderungen und Prozessänderungen, wenn Sie Ersetzungsoptionen auswerten. Zu den gängigen Ersatzszenarien gehören CRM-Systeme, HR-Plattformen und Tools für die Zusammenarbeit, bei denen SaaS-Reifegrad zuverlässige Alternativen zu benutzerdefinierten Lösungen bietet.

7. Neuerstellung (Cloudnativ erstellen)

Eine Neuerstellungsstrategie ist eine vollständige Neuentwicklung einer Workload mit cloudeigenen Lösungen. Dieser Ansatz ist geeignet, wenn ältere Systeme veraltet sind oder wenn die Modernisierung nicht machbar ist. Anstatt ältere Funktionen zu modernisieren, können Sie die Lösung neu gestalten, um Azure-Funktionen wie PaaS, Automatisierung und KI zu verwenden. Für einige Arbeitslasten ist eine Neuerstellung erforderlich, z. B. DHCP-Server. Für andere Workloads ist es besser, neue Instanzen von Diensten in Azure bereitzustellen, anstatt sie zu migrieren, z. B. Active Directory-Domänencontroller.

8. Aufbewahren (beibehalten wie es ist)

Eine Bewahrungsstrategie hält Workloads in ihrer aktuellen Umgebung, wenn diese stabil, konform sind und alle aktuellen und zukünftigen Geschäftsanforderungen erfüllen, ohne einen konkreten Anreiz für einen kurzfristigen Wechsel. Sie müssen Workloads beibehalten, die aufgrund behördlicher Einschränkungen, technischer Abhängigkeiten oder Geschäftskontinuitätsanforderungen nicht migriert werden können. Verwenden Sie Azure Arc , um beibehaltene lokale Workloads aus Azure zu verwalten und einheitliche Verwaltungsfunktionen bereitzustellen. Ziehen Sie eine modernere lokale Lösung wie Azure Local für Ihre Workloads in Betracht, und stellen Sie eine Verbindung mit Azure her. Verschieben Sie Workloads, die nicht zu einer anderen Migrationswelle migriert werden können, oder überprüfen Sie sie später erneut, wenn sich Einschränkungen ändern.

Verstehen, wann sie während der Migration modernisiert werden sollen

Die Modernisierung während der Migration bezieht sich auf das Replatforming, die Neuerstellung oder die Umgestaltung von Workloads, um den Cloudwert zu maximieren. Die Modernisierung kann langfristige Vorteile bieten, führt jedoch zu Komplexität und Risiko für Migrationszeitachsen. Sie müssen auswerten, ob sie während der Migration modernisieren oder die Modernisierung auf Phasen nach der Migration zurückstellen müssen, basierend auf einer klaren geschäftlichen Begründung. Folgen Sie den folgenden Empfehlungen:

1. Modernisieren Sie, wenn Ihr Team über die erforderlichen Fähigkeiten und Zeit verfügt. Der Versuch einer Modernisierung ohne ausreichende Expertise oder Zeit erhöht Risiken und Verzögerungen. Wenn Ihr Team nicht bereit ist, verzögern Sie die Modernisierung auf eine spätere Phase.

2. Modernisieren Sie Workloads, die Kompatibilitätsupdates erfordern. Ältere Technologien, nicht unterstützte SDKs oder die Notwendigkeit, SaaS-Lösungen zu übernehmen, erfordern möglicherweise eine Modernisierung. Rechtfertigen Sie jeden Aufwand mit einem klaren Geschäftsfall.

3. Modernisieren, wenn die Migration Finanzierung und Ausrichtung ermöglicht. Migrationsprojekte erschließen häufig Finanzierungen und Unterstützung von Stakeholdern. Nutzen Sie diese Möglichkeit, um die Modernisierung an den Geschäftsprioritäten auszurichten. Eine Verzögerung kann zu ineffizienten Workloads und verpassten Verkaufschancen führen.

Kommunizieren von Entscheidungen an Projektbeteiligte

Durch eine klare Kommunikation wird sichergestellt, dass alle Beteiligten Die Migrationsentscheidungen während des gesamten Einführungsprozesses verstehen und unterstützen. Die Ausrichtung der Projektbeteiligten reduziert das Ausführungsrisiko und verbessert die Projektergebnisse, indem gemeinsames Verständnis von Prioritäten und Einschränkungen festgelegt wird. Sie müssen einen strukturierten Kommunikationsplan einrichten, um die Ausrichtung während des gesamten Migrationsprozesses aufrechtzuerhalten. Folgen Sie den folgenden Empfehlungen:

1. Definieren Sie Erfolgsmetriken, die das Geschäftsergebnis überprüfen. Erfolgsmetriken quantifizieren den Wert der ausgewählten Aktion und bestätigen, ob der Geschäftstreiber erreicht wird. Mit diesem Schritt wird sichergestellt, dass Entscheidungen auf dem Geschäftlichen Wert und nicht auf der technischen Fertigstellung basieren. Verwenden Sie Metriken wie:

   Cloudmigrationsstrategie	Beispiel für Erfolgsmetriken
   Retire	• 100 % von Arbeitslasten, die vor der Migration als veraltet erkannt wurden, werden eingestellt
   Rehost	• Migrieren von 100% von Arbeitslasten der Ebene 1 aus einer anderen Cloud zu Azure ohne SLA-Beeinträchtigung (Service Level Agreement) • Außerbetriebnahme von 30% der lokalen Infrastruktur nach der Migration.
   Replatform	• Reduzierung der Bereitstellungsvorlaufzeiten um 30% für migrierte Anwendungen • Verringerung der Infrastruktur- und Lizenzkosten um 25% innerhalb von 12 Monaten
   Refactor	• Verbesserung der Anwendungsantwortzeit um 40% mithilfe von Azure-nativen Diensten • Erreichen einer 95%igen Beobachtbarkeitsabdeckung durch Code-Instrumentierung
   Rearchitect	• Unterstützt die 2-fache Nutzerlast ohne Leistungsbeeinträchtigung • Integration von drei neuen azure-nativen Diensten in bestehende Architektur
   Replace	• Umstellung von CRM auf SaaS mit 99,9% Uptime und ohne benutzerdefinierten Code • Verschieben Sie 30% des Entwicklungsaufwands auf wettbewerbliche Differenzierungsmerkmale.
   Rebuild	• Einführung einer neuen cloudeigenen Anwendung in drei Monaten im Vergleich zu sechs Monaten lokal • Senken der Betriebskosten um 40% mit PaaS-Diensten
   Behalten	• Beibehaltung der aktuellen SLA- und Compliance-Haltung • Verwalten lokaler Workloads aus Azure mithilfe von Azure Arc

2. Dokumentieren und teilen Sie Arbeitsauslastungsbehandlungsentscheidungen mit allen relevanten Beteiligten. Migrationsentscheidungen können sich auf mehrere Organisationsfunktionen auswirken und eine breite Eingabe der Beteiligten erfordern. Schließen Sie Geschäftsbesitzer, Juristische Teams, Sicherheitsteams und technische Leads in die Entscheidungskommunikation ein. Erläutern, wie jede Migrationsstrategieentscheidung dokumentierte Geschäftsziele unterstützt und Die Bedenken der Projektbeteiligten behandelt.

3. Koordinieren Sie Migrationspläne mit dem Cloudstrategieteam. Das Cloudstrategieteam bietet Organisationskontext und stellt migrationsbezogene Entscheidungen im Einklang mit umfassenderen Zielen für die Cloudakzeptanz sicher. Regelmäßige Koordination verhindert Konflikte zwischen einzelnen Arbeitsauslastungsentscheidungen und unternehmensweiter Cloudstrategie. Überprüfen Sie die Auswahl der Migrationsstrategie anhand des in der Strategiephase festgelegten Cloudakzeptanzplans, um Konsistenz zu gewährleisten.

4. Richten Sie eine regelmäßige Kommunikation zwischen Mandatsbesitzern und Ausführungsteams ein. Die laufende Kommunikation zwischen Entscheidungsträgern und Implementierungsgebern gewährleistet, dass Pläne lebensfähig bleiben, wenn technische Realitäten entstehen. Planen Sie regelmäßige Statusüberprüfungen, um den Migrationsfortschritt nachzuverfolgen, Risiken zu identifizieren und technische Probleme zu beheben. Verwenden Sie diese Feedbackschleife, um Migrationsstrategien anzupassen, wenn Implementierungsprobleme oder neue Chancen entstehen.

5. Überprüfen und aktualisieren Sie Migrationsstrategien basierend auf sich entwickelnden Anforderungen. Geschäftsprioritäten und technische Erkenntnisse ändern sich während des Gesamten Migrationsprozesses und erfordern Anpassungen der Strategie. Richten Sie einen regelmäßigen Überprüfungszyklus ein, um Entscheidungen zur Bearbeitung von Arbeitslasten im Hinblick auf aktuelle Geschäftsziele und technische Fähigkeiten neu zu bewerten. Aktualisieren Sie Strategiezuordnungen, um neue Prioritäten, gelernte Erkenntnisse und sich ändernde Organisationsanforderungen widerzuspiegeln.

Nächste Schritte