Wellenplanung

Im Wesentlichen handelt es sich bei einem Wellenplan um einen Migrationsplan, der anderen Projektplanungsaktivitäten ähnelt. Wir empfehlen Ihnen, Migrationswellen zu verwenden, um überschaubare Gruppen zu bilden, Risiken zu reduzieren und Aktivitäten rund um diese Gruppen zu organisieren.

Um effektive und zuverlässige Migrationswellenpläne zu erstellen, müssen Sie sich einen vollständigen Überblick über das Anwendungsportfolio, die zugehörige Infrastruktur (Rechenleistung, Speicher, Netzwerke), die Zuordnung von Abhängigkeiten und die Migrationsstrategie verschaffen.

Neben Geschäftsanwendungen, bei denen es sich um eine Form der Gruppierung einer Sammlung von Software- und Infrastrukturkomponenten handelt, können Sie auch andere Gruppenebenen verwenden. Eine Welle ist die höchste Gruppenebene. Innerhalb einer Welle können Sie Abhängigkeitsgruppen erstellen. Diese Art von Untergruppe kann mehr als eine Anwendung enthalten. Zum Beispiel zwei oder mehr Anwendungen, die aufgrund technischer Abhängigkeiten, wie z. B. geringer Latenz, oder anderer Faktoren gleichzeitig migriert werden müssen. Dann wird diese Abhängigkeitsgruppe als Ganzes verwaltet. Einer Welle können mehrere Abhängigkeitsgruppen zugewiesen werden. Als Nächstes können Sie der gesamten Welle oder einzelnen Abhängigkeitsgruppen innerhalb einer Welle ein Migrationsdatum zuweisen. Das Migrationsdatum ist das Datum und die Uhrzeit, an dem diese Gruppe am aktuellen Standort gestoppt und aktiviert wird AWS.

Migrationswellen haben mehrere Aktivitäten. Wir empfehlen Ihnen, die Welle in Phasen zu organisieren und für jede Phase eine voraussichtliche Dauer festzulegen. Die folgenden Phasen dienen als Beispiel:

Es gibt keine vordefinierte Dauer für eine Migrationswelle und sie hängt vom Umfang des Aufwands und der Komplexität ab. Wir empfehlen, die Migrationswellen innerhalb von 6 bis 10 Wochen festzulegen. Fälle, in denen mehr Zeit benötigt wird, z. B. wenn eine Anwendungskomponente komplett neu geschrieben wird, lassen sich in der Regel besser außerhalb von Migrationswellen behandeln.

Um den Erfolg zu messen und den Fortschritt zu verfolgen, sollten die Wellen an den Ergebnissen und Geschäftstreibern ausgerichtet werden. Dies wird sich auch auf die Dauer der Welle und die Abhängigkeitsgruppen auswirken, die eine Welle umfasst. Der Abschluss einer Welle sollte eine messbare Leistung widerspiegeln.

Es gibt mehrere Möglichkeiten, Migrationswellen zu organisieren. In der folgenden Tabelle werden die gängigsten Optionen zur Organisation von Wellen beschrieben. Diese werden normalerweise kombiniert.

Im Abschnitt zur Festlegung einer Ausgangsbasis für das Anwendungsportfolio wurden vier Kategorien technischer Abhängigkeiten beschrieben. Diese Abhängigkeiten tragen zur Entstehung von Migrationswellen und zur Definition von Abhängigkeitsgruppen bei. Abhängigkeitsgruppen werden anhand der Wichtigkeit der Abhängigkeit bestimmt. Darüber hinaus müssen nichttechnische Abhängigkeiten berücksichtigt werden. Beispielsweise können Zeitpläne für die Veröffentlichung von Anwendungen, Wartungsfenster und wichtige Geschäftstermine (wie die Verarbeitung am Monatsende oder am Quartalsende) den Wave-Plan beeinflussen.

Stellen Sie fest, ob es sich um eine weiche oder eine harte Abhängigkeit handelt. Eine weiche Abhängigkeit ist eine Beziehung zwischen zwei oder mehr Anlagen oder von einer Anlage zu einer Beschränkung, die nicht vom Standort der Komponenten abhängt. Beispielsweise können zwei Systeme, die im selben lokalen Netzwerk (oder derselben Infrastruktur) betrieben werden, aufgeteilt werden, indem eines dieser Systeme in die Cloud verschoben wird, während das andere vor Ort verbleibt. Eine feste Abhängigkeit ist eine Beziehung zwischen zwei oder mehr Anlagen oder von einer Anlage zu einer Beschränkung, die vom Standort abhängig ist. Zwei Systeme, die im selben lokalen Netzwerk betrieben werden und bei denen die Kommunikation zwischen dem Anwendungsserver und dem Datenbankserver stark auf eine geringe Latenz angewiesen ist, bestehen beispielsweise in einer starken Abhängigkeit. Die Verlagerung nur eines dieser Systeme in die Cloud würde zu Funktions- oder Leistungsproblemen führen, die nicht gelöst werden können. Ebenso können nichttechnische Gründe, wie die Verfügbarkeit von Ressourcen (z. B. das Team, das die Migration durchführt) oder betriebliche Einschränkungen (z. B. Wartungsfenster, bei denen zwei Systeme nur innerhalb eines bestimmten Zeitfensters migriert werden können), zu einer starken Abhängigkeit dieser Ressourcen führen.

Um einen Migrationswellenplan zu erstellen, ermitteln Sie Ihre Abhängigkeitsgruppen, indem Sie Abhängigkeiten analysieren, idealerweise anhand einer äußerst vertrauenswürdigen Datenquelle wie speziellen Discovery-Tools. Kombinieren Sie diese Informationen mit den Kriterien für die Priorisierung Ihrer Anwendung und den betrieblichen Umständen.

Die Bestimmung technischer Abhängigkeiten ist eine Herausforderung. Es sind mehrere Datenpunkte erforderlich, und keine Datenquelle enthält sie alle. Beispielsweise können Sie zwar Kommunikationsinformationen von Prozess zu Prozess mit Discovery-Tools abrufen, es ist jedoch schwierig, sie in weiche und harte Abhängigkeiten zu unterteilen. Die Latenztoleranz lässt sich auch nur schwer anhand von Netzwerkdaten bestimmen.

Die folgenden Techniken können Ihnen helfen, die Mehrdeutigkeit bei der Bestimmung realer Abhängigkeiten zu bewältigen:

AWS Transform kann Ihnen helfen, Abhängigkeiten zu analysieren und Wellenplanung durchzuführen.

Einen Wellenplan erstellen

Voraussetzung für die Migration einer Welle von Anwendungen sind die Daten zum Anwendungsportfolio und die detaillierte Bewertung der Anwendungsgruppe, die in der Welle migriert werden soll. Die detaillierte Bewertung sollte die Liste der Anwendungen in der Welle, die zugehörigen Infrastrukturdetails, ein Zieldesign und eine Migrationsstrategie für jede Anwendung umfassen. 

Die Festlegung von Eigenverantwortung und Steuerung ist entscheidend für die Verwaltung und Nachverfolgung der Arbeit in der Welle, der Programmabhängigkeiten, des Änderungsmanagements, der Probleme und Risiken. Stellen Sie sicher, dass ein Governance-Framework für die Verwaltung des Plans vorhanden ist.

Um den Wellenplan zu skizzieren, beginnen Sie mit einem Standard-Wellenkonstrukt. Was passiert innerhalb einer Welle? Nachdem die erste Eingabe definiert wurde, kann die Welle beginnen. In der Regel handelt es sich um folgende Aktivitäten: 

Wie lange jede dieser Aktivitäten dauert, hängt von der Komplexität des Umfangs, der Kapazität der Welle, den beteiligten Personen und Ihren individuellen Umständen ab. Wo immer möglich, sind kleinere Wellen vorzuziehen, da dadurch die Auswirkungen von Verzögerungen oder Migrationsblockaden verringert werden. Bestimmen Sie gemeinsam mit Ihren Teams, wie lange eine Welle standardmäßig dauern soll.

Fahren Sie als Nächstes mit der Analyse der Daten fort, um eine erste übergeordnete Struktur aus leeren Wellen zu erstellen (denen noch keine Anwendung zugewiesen wurde). Stellen Sie sich die folgenden Fragen:

Ausgehend von diesen Überlegungen sollten Sie die einzelnen Phasen in einem Plan zusammenfassen. Um den Migrationsprozess zu beschleunigen, empfehlen wir, sich nach Möglichkeit zu überlappen. Der Schlüssel zu überlappenden Wellen liegt darin, zu definieren und zu berücksichtigen, was innerhalb einer Welle passiert. Typischerweise finden die Bereitstellungsaktivitäten, die Validierung der Zielinfrastruktur und die Datensynchronisierung in der ersten Hälfte einer Welle statt. In der zweiten Hälfte werden die eigentliche Migration, die Tests und die Betriebsübergabe im Mittelpunkt stehen. Das bedeutet, dass an jeder Hälfte des Prozesses unterschiedliche Teams beteiligt sind und dass Sie einige Effizienzsteigerungen erzielen können. Sobald das an der Vorbereitung der Zielinfrastruktur beteiligte Team beispielsweise seine Arbeit abgeschlossen hat, kann es mit der Arbeit an den Anforderungen der nächsten Welle beginnen. Im Allgemeinen ist es vorzuziehen, dass die meisten Wellen eine ähnliche Länge und Struktur haben, um einen fabrikähnlichen Ansatz bei Migrationen zu ermöglichen. Während des Wellenplanungsprozesses kann die Größe einer bestimmten Welle jedoch erweitert werden, um Abhängigkeiten oder betrieblichen Anforderungen gerecht zu werden. 

Als Nächstes wird auf der Grundlage der identifizierten Abhängigkeitsgruppen die maximale Größe einer Welle im Hinblick auf die Anzahl der Abhängigkeitsgruppen bestimmt, die sie enthalten kann. Die Wellengröße wird in der Regel von der Risikobereitschaft (z. B. wie viele parallel Veränderungen toleriert werden können) und der Ressourcenverfügbarkeit (z. B. wie viele parallel Veränderungen mit den verfügbaren Ressourcen, Fähigkeiten und dem Budget durchgeführt werden können) bestimmt. Lassen Sie sich bei der frühen Planung jedoch nicht durch den Ressourcenbedarf und die Verfügbarkeit einschränken. Wellen, die mehr als eine Abhängigkeitsgruppe enthalten, können in future Iterationen in kleinere Wellen zerlegt werden.

Nachdem die Abhängigkeitsgruppen für eine bestimmte Welle bestätigt wurden, überprüfen Sie die Ressourcenanforderungen für die Migration der Welle. Erwägen Sie, die Wellengröße (die Anzahl der darin enthaltenen Abhängigkeitsgruppen) an die Ressourcenanforderungen anzupassen. Dies kann zu kleineren oder größeren Wellen führen. Iterieren Sie den Wellenplan nach Bedarf, bis alle Wellen definiert sind. Erwägen Sie die Zusammenarbeit mit AWS professionellen Service- oder AWS Migrationskompetenzpartnern, die Ihnen Spezialisten zur Verfügung stellen können, die Sie während des gesamten Prozesses unterstützen.

Bewältigung des Wandels

Das Anwendungsportfolio und die zugehörige Infrastruktur werden sich während des Lebenszyklus von Migrationsprogrammen ändern. Long-running Migrationsprogramme koexistieren mit der normalen Geschäftsentwicklung und dem Wandel. Anwendungen entwickeln sich ständig weiter, während sie auf ihre Migration warten. Server werden hinzugefügt oder entfernt, neue Infrastruktur wird vor Ort bereitgestellt. Es wird erwartet, dass der Umfang einer Welle oder einer Abhängigkeitsgruppe geändert werden muss. Änderungen sind insbesondere dann erforderlich, wenn kurz vor dem Migrationsdatum eine bisher unbekannte Abhängigkeit identifiziert wird oder ein neuer Server in das Inventar aufgenommen wird. Manchmal kann dies während der Migration selbst passieren.

Änderungen des Umfangs wirken sich auf Abhängigkeitsgruppen und Wellen aus. Um mit Veränderungen umzugehen und die Auswirkungen zu minimieren, ist es wichtig, einen Mechanismus zur Kontrolle des Umfangs einzurichten. Ein Mechanismus zur Kontrolle des Geltungsbereichs erfordert die Definition einer zentralen Informationsquelle für den Geltungsbereich. Dabei kann es sich um ein Tool zur Verwaltung des Geltungsbereichs oder um eine CSV-Datei, eine Tabelle oder eine Datenbank handeln, wie sie in der Leitung des Migrationsprogramms definiert ist. Sie müssen Änderungen identifizieren, die Auswirkungen analysieren und die Änderungen den relevanten Stakeholdern mitteilen, damit diese Maßnahmen ergreifen können. Der Wellenplan wird daraufhin wiederholt.