Freigeben über


Planung der Migrationswelle

In diesem Artikel erfahren Sie, wie Sie Workloads in strukturierte Migrationswellen für eine erfolgreiche Azure-Einführung organisieren. Die Migrationswellenplanung unterteilt große Migrationsprojekte in kleinere, verwaltbare Gruppen von Workloads, die zusammen migriert werden können. Dieser Ansatz reduziert Risiken und Komplexität und erhöht gleichzeitig die Geschwindigkeit Ihrer Cloud-Einführungsreise. Indem Sie in kontrollierten Batches migrieren, anstatt zu versuchen, alles gleichzeitig zu verschieben, erhalten Sie wertvolle Erfahrungen mit jeder Welle, die nachfolgende Migrationen verbessert.

Planen Sie iterativ, sich an sich ändernde Anforderungen anzupassen.

Ein iterativer Ansatz für die Migrationsplanung gruppiert Arbeitslasten in Wellen und passt sich an neue Informationen an, die während der Ausführung ermittelt werden. Dieser Ansatz bietet Flexibilität, Ihre Migrationsstrategie anzupassen, während Sie technische Herausforderungen aufdecken, geschäftliche Prioritäten verschieben und zuvor unbekannte Abhängigkeiten erkennen. Sie sollten Ihre Migration mithilfe von Wellen strukturieren, da iterative Planung bessere Ergebnisse liefert als starre, umfassende Pläne.

  1. Erstellen Sie Lernzyklen, die nachfolgende Migrationen verbessern. Jede abgeschlossene Welle bietet Einblicke in Leistungsanforderungen, Abhängigkeitskomplexitäten und Organisationsfunktionen. Verwenden Sie diese Lektionen, um Ihren Ansatz für verbleibende Workloads zu verfeinern. Dokumentieren Sie, was gut funktioniert hat und welche Herausforderungen sich ergeben haben, um institutionelles Wissen aufzubauen.

  2. Führen Sie aktuelle Wellen aus, während Sie zukünftige Planen. Während Ihr Team eine Welle von Workloads migriert, verwenden Sie die Zeit, um die nächste Welle zu planen und zukünftige Kandidaten zu recherchieren. Dieser parallele Ansatz maximiert die Produktivität des Teams und behält die Migrationsdynamik bei. Weisen Sie Teammitglieder sowohl der Ausführung als auch der Planung von Aktivitäten zu, um den kontinuierlichen Fortschritt sicherzustellen.

  3. Halten Sie zukünftige Wellen flexibel, bis Sie über ausreichende Informationen verfügen. Definieren Sie nur die unmittelbare nächste Welle im Detail, und lassen Sie spätere Wellen auf hoher Ebene, bis Sie deren spezifischen Anforderungen verstehen. Diese Flexibilität verhindert vorzeitige Verpflichtungen basierend auf unvollständigen Informationen und ermöglicht es Ihnen, erkenntnisse aus früheren Wellen zu integrieren.

Gruppenabhängige Systeme innerhalb derselben Welle

Systemabhängigkeiten bestimmen ihre Wellenzusammensetzung und Migrationssequenzierung. Sie müssen Workloads identifizieren, die miteinander in Verbindung stehen oder Ressourcen freigeben, und sie in derselben Migrationswelle gruppieren. Diese Gruppierung verhindert Dienstunterbrechungen, die durch fehlerhafte Abhängigkeiten verursacht werden, und verringert die Migrationskomplexität.

  1. Ermitteln Sie zuerst alle Abhängigkeiten. Abhängigkeiten zwischen Workloads verursachen Dienstunterbrechungen, wenn sie nicht zusammen migriert werden. Ordnen Sie interne und externe Abhängigkeiten zu, um diese Verbindungen zu ermitteln, bevor Sie Migrationsgruppen erstellen.

  2. Analysiere von Abhängigkeitstypen und Kritikalität. Für unterschiedliche Abhängigkeitstypen sind unterschiedliche Migrationsansätze erforderlich. Unterscheiden Sie zwischen diesen Kategorien:

    Abhängigkeitstyp Description Migrationsansatz
    Direkte Abhängigkeiten Sofortige Kommunikation und geringe Latenz zwischen Komponenten erforderlich. Verschieben Sie alle direkt verbundenen Komponenten zusammen, um die Leistung aufrechtzuerhalten und Unterbrechungen zu vermeiden.
    Indirekte Abhängigkeiten Umfassen gelegentliche oder nicht kritische Interaktionen zwischen Systemen. Migrieren Sie zusammen oder in separaten Wellen, wenn die Verbindung Latenz toleriert oder die Hybridverwendung unterstützt.
    Geschäftsabhängigkeiten Abhängig von organisatorischen oder verwaltungstechnischen Beziehungen. Gruppieren und migrieren Sie verwandte Workloads und Berichterstellungssysteme zusammen, um die Geschäftsprioritäten zu erfüllen.
  3. Gruppieren Sie Arbeitsauslastungen nach Abhängigkeitsbeziehungen. Erstellen Sie Gruppen basierend auf freigegebenen Datenbanken, APIs, Authentifizierungsdiensten oder Netzwerkverbindungen. Diese Gruppen bilden die Grundlage Ihrer Migrationswellen und stellen sicher, dass alle komponenten, die für die Funktionalität erforderlich sind, miteinander verbunden sind. Wenn Unsicherheiten bezüglich abhängigkeitskritischer Daten vorhanden sind, gruppieren Sie die Komponenten zusammen. Dieser konservative Ansatz bietet Flexibilität für zukünftige Trennungen.

  4. Dokumentieren Sie jede Abhängigkeitsgruppe systematisch. Kategorisieren von Ressourcen basierend auf ihren Abhängigkeitsgruppen mithilfe konsistenter Benennungskonventionen. Dokumentieren Sie jede Gruppe mit:

    • Gruppenname und ID – Eindeutiger Bezeichner und beschreibender Name
    • Komponenteninventar – Alle Infrastrukturelemente, Anwendungen und Dienste
    • Kritische Abhängigkeiten – Wesentliche Verbindungen, die eine spezielle Behandlung erfordern
    • Migrationseinschränkungen – Geschäftliche, technische oder zeitliche Anforderungen
  5. Gruppenvollständigkeit überprüfen. Vergewissern Sie sich, dass jede Gruppe alle erforderlichen Komponenten für den Betrieb von Anwendungen enthält, einschließlich der unterstützenden Infrastruktur wie Lastenausgleichsgeräte, DNS-Einträge oder Zwischenspeicherungsebenen.

Priorisieren von Workloads mithilfe eines strukturierten Frameworks

Die anfängliche Arbeitsauslastungsauswahl richtet die Grundlage für Ihr Migrationsprogramm ein und schafft durch frühe Erfolge Vertrauen in das Team. Ihre Cloudakzeptanz- und Strategieteams müssen sich auf Priorisierungskriterien einigen, die den Geschäftlichen Wert, das technische Risiko und die Lernziele der Organisation ausgleichen.

  1. Überprüfen Sie die Arbeitslastdetails. Arbeiten Sie mit den Projektbeteiligten zusammen, um geschäftliche und technische Details für jede Workload zu überprüfen. Stellen Sie sicher, dass Ausfallzeiten oder Fehlerauswirkungen gut verstanden und den aktuellen Geschäftsprioritäten entsprechen. Verwenden Sie den Migrationsakzeptanzplan, um Details wie Geschäftseinheit, Verantwortlicher für die Arbeitslast, technische Abhängigkeiten und Kritikalitätsklassifizierung zu überprüfen. Diese Details helfen dabei, Workloads effektiv zu priorisieren und zu sequenzieren.

    Priority Geschäftswert Effort Description
    High High Low Schnellgewinne – Zuerst migrieren, um sofortige Auswirkungen zu erzielen
    Medium-High High High Strategische Investitionen – planen Sie sorgfältig mit angemessenen Ressourcen
    Medium-Low Low Low Einfache Kandidaten – Lücken zwischen wichtigen Migrationen füllen
    Low Low High Vermeiden oder Zurückstellen – Konzentrieren Sie sich auf Ressourcen mit höheren Wertchancen.
  2. Beginnen Sie mit einfacheren Workloads, um das Risiko zu reduzieren. Beginnen Sie mit der Migration von Workloads, die weniger komplex sind und ein geringeres Risiko haben. Dieser Ansatz hilft Ihrem Team dabei, Vertrauen zu gewinnen und Migrationsprozesse zu verfeinern, bevor anspruchsvollere Arbeitsauslastungen angegangen werden. Zielen Sie auf interne Tools, Entwicklungsumgebungen oder Anwendungen mit geringer Nutzung ab, die über eigenständige Architekturen und minimale Integrationspunkte verfügen.

  3. Verschieben von Nichtproduktionsumgebungen vor der Produktion. Nichtproduktionsumgebungen bieten einen sicheren Platz zum Testen des vollständigen Migrationsprozesses. Migrieren Sie Entwicklungs-, Staging- und QA-Umgebungen vor der Produktion, um die Bereitschaft zu überprüfen. Mit dieser Reihenfolge können Teams Konfigurationen, Leistung und Wiederherstellungsverfahren testen, ohne dass sich dies auf benutzer auswirkt. Verwenden Sie Nichtproduktionsmigrationen, um Betriebsteams zu schulen.

  4. Planen Sie kritische Systeme, nachdem Sie anfänglichen Erfolg vorweisen können. Kritische Anwendungen erfordern bewährte Migrationsfunktionen, bevor Sie sie zu Azure verschieben. Planen Sie diese Migrationen für spätere Wellen, wenn Ihr Team Kompetenz mit Azure-Diensten demonstriert. Geschäftstermine wie Hardwareaktualisierungszyklen erfordern möglicherweise, dass Sie wichtige Anwendungen früher priorisieren müssen, mit mehr Sicherheitsvorkehrungen und erweiterten Testzeiten.

  5. Schließen Sie repräsentative komplexe Workloads ein, um Szenarien zu testen. Fügen Sie jeder frühen Welle ein oder zwei komplexe Workloads hinzu, um Herausforderungen offenzulegen, denen Sie mit geschäftskritischen Anwendungen gegenüberstehen. Wählen Sie Workloads aus, die allgemeine Muster wie mehrstufige Anwendungen oder datenbankabhängige Systeme darstellen.

Zeitachsen für jede Welle definieren

Klare Zeitpläne für jede Phase bieten eine strukturierte Herangehensweise an Ihr Migrationsprojekt. Definierte Anfangs- und Endtermine helfen beim Verwalten des Umfangs, festlegen der Erwartungen der Projektbeteiligten und verfolgen den Fortschritt in allen Teams.

  1. Legen Sie Die Dauer der Welle basierend auf der Komplexität der Arbeitsauslastung und der Teamkapazität fest. Berücksichtigen Sie die Azure-Erfahrung Ihres Teams, die Verfügbarkeit von Fachexperten und gleichzeitige Projektanforderungen bei der Schätzung der Dauer. Berücksichtigen Sie die Zeit für Test-, Validierungs- und Wissenstransferaktivitäten.

  2. Schließen Sie Pufferzeit für unerwartete Herausforderungen und Lernen ein. Fügen Sie die Notfallzeit hinzu, um anfängliche Schätzungen zu berücksichtigen, um unvorhergesehene technische Probleme, Abhängigkeitserdeckungen und Problembehandlungsaktivitäten zu berücksichtigen. Migrationsprojekte begegnen immer wieder Herausforderungen, die während der Planung nicht offensichtlich waren. Pufferzeit verhindert Termindruck, der zu Abkürzungen oder Qualitätskompromittierungen führt.

  3. Richten Sie Meilensteinprüfpunkte innerhalb jeder Welle ein. Erstellen Sie Überprüfungspunkte bei 25%, 50%und 75% Abschluss, um den Fortschritt zu bewerten, Annahmen zu überprüfen und Pläne bei Bedarf anzupassen. Verwenden Sie diese Prüfpunkte, um den Status den Projektbeteiligten mitzuteilen, Blockierer frühzeitig zu identifizieren und Kurskorrekturen vorzunehmen, bevor sie sich auf nachgeschaltete Aktivitäten auswirken.

  4. Planen Sie Umschaltfenster während geeigneter Geschäftszeiten. Planen Sie letzte Cutover-Aktivitäten während der eingerichteten Wartungsfenster, während geplanter Ausfallzeiten oder außerhalb der Spitzenzeiten. Koordinieren Sie sich mit den Geschäftsbeteiligten, um sicherzustellen, dass der Übergangszeitpunkt mit den Geschäftszyklen, den regulatorischen Berichtszeiträumen und den kritischen Geschäftsaktivitäten übereinstimmt. Dokumentieren Sie Rollback-Verfahren und Erfolgskriterien für jede Systemumstellung.

  5. Passen Sie die Zeitachsen basierend auf dem Feedback zur Implementierung an. Migrationszeitachsen sind dynamisch. Sie sollten die aktuellen im Vergleich zu geplanten Dauern nach jeder Welle überprüfen und zukünftige Wellen anpassen, um im Plan zu bleiben.

Verwalten Ihres Migrationsplans

Tools für die gemeinsame Planung ermöglichen ein effektives Wellenmanagement in Ihrem Einführungsteam. Azure Boards bietet Features zum Nachverfolgen von Aufgabenstatus, Besitz, Sequenzierung und Updates während der gesamten Migration. Konfigurieren Sie Ihr Planungstool mit den folgenden Arbeitsaufgabentypen:

Arbeitsaufgabentyp Zweck Example
Epic Gesamtprojektumfang Migration des Rechenzentrums zu Azure
Merkmal Hauptprojektkomponente Bewertung digitaler Immobilien
Product Backlog Item Spezifischer Lieferumfang Azure Migrate-Bereitstellung
Aufgabe Einzelnes Aktionselement Konfigurieren lokaler IP-Adressbereiche
Bug Problem, das den Fortschritt blockiert Firewall blockiert Azure Migrate-Überprüfung
Testfall Validierungskriterien Azure Migrate-Scans mit Nullfehlern abgeschlossen

Azure-Tools und -Ressourcen

Kategorie Tool Description
Planung Azure Boards Verwaltet Migrationswellen, verfolgt den Fortschritt und koordiniert Teamaktivitäten.
Ermittlung Azure Migrate Ermittelt Abhängigkeiten zwischen Anwendungen und bewertet die Migrationsbereitschaft.

Nächste Schritte