Aufgabe 1: Durchführung der ersten Erkennung und Validierung der Migrationsstrategie

Der erste Schritt der Portfoliobewertung in einem großen Migrationsprojekt besteht darin, die Informationen, über die Sie heute verfügen, die geschäftlichen und technischen Faktoren sowie alle Entscheidungen zur Migrationsstrategie, die bereits getroffen wurden, zu verstehen. Das Ergebnis der Portfoliobewertung besteht darin, die Migrationsmetadaten, den Wellenplan und die Migrationsstrategien kontinuierlich in den Migrationsworkflow einzuspeisen. Auf der Grundlage der gesammelten Informationen analysieren Sie die Lücken und entscheiden über die nächsten Schritte. Sie können einige Abschnitte dieses Playbooks überspringen, wenn Sie die Analyse und die Aufgaben bereits abgeschlossen haben. Diese Aufgabe besteht aus den folgenden Schritten:

• Schritt 1: Überprüfen Sie die Discovery-Daten

• Schritt 2: Identifizieren Sie die geschäftlichen und technischen Faktoren

• Schritt 3: Überprüfen Sie die Migrationsstrategien

• Schritt 4: Überprüfen Sie die Migrationsmuster

Schritt 1: Überprüfen Sie die Discovery-Daten

In der Mobilisierungsphase haben Sie möglicherweise Ihre erste Portfoliobewertung abgeschlossen, und wenn ja, können Sie diese Discovery-Daten in der Migrationsphase wiederverwenden. Falls nicht, machen Sie sich keine Sorgen. In diesem Playbook erfahren Sie, was zur Unterstützung Ihrer großen Migration erforderlich ist.

Große Migrationen enthalten normalerweise viele Daten. Sie haben zum Beispiel:

• Metadaten zu den Quellservern, Anwendungen und Datenbanken

• Informationen zu Ihrem IT-Portfolio aus Ihrer Configuration Management Database (CMDB)

• Daten aus Discovery-Tools, die Ihnen helfen, den aktuellen Status und die Abhängigkeiten besser zu verstehen

• Metadaten für AWS Zielressourcen

Über die Arten von Metadaten

Im Folgenden sind die drei wichtigsten Arten von Metadaten aufgeführt, die zur Unterstützung einer großen Migration erforderlich sind:

• Quellportfolio-Metadaten — Quellportfolio-Metadaten sind Metadaten zu Ihren Quellservern, Anwendungen und Datenbanken. Sie können die Metadaten von einer vorhandenen CMDB, von Discovery-Tools oder sogar vom Eigentümer der Anwendung abrufen. Eine umfassende Liste dieses Metadatentyps finden Sie hier. Im Folgenden finden Sie einige Beispiele:

  • Server name

  • IP-Adresse des Servers

  • Serverbetriebssystem (OS)

  • Serverspeicher, CPU, Arbeitsspeicher und Eingabe-/Ausgabevorgänge pro Sekunde (IOPS)

  • Anwendungsname

  • Besitzer der Anwendung

  • Eine pplication-to-application Abhängigkeit

  • Geschäftseinheit

  • Eine pplication-to-server Kartierung

  • Eine pplication-to-database Kartierung

  • Typ und Größe der Datenbank

  • Art und Größe des Speichers

  • Metadaten zu Abhängigkeiten

  • Leistungs- und Nutzungsdaten

• Metadaten der Zielumgebung — Dies ist ein Metadatentyp, mit dem Sie die Server in die Zielumgebung migrieren können. Sie müssen Entscheidungen über die Zielumgebung treffen. Sie können einige dieser Metadaten aus Discovery-Tools abrufen. Im Folgenden finden Sie einige Beispiele für diesen Metadatentyp:

  • Ziel-Subnetz

  • Ziel-Sicherheitsgruppe

  • Typ der Zielinstanz

  • AWS Identity and Access Management Zielrolle (IAM)

  • Ziel-IP-Adresse

  • AWS Zielkonto-ID

  • AWS Zielregion

  • AWS Zieldienst

  • Entwurf der Architektur der Zielanwendung

• Wave-Planning-Metadaten — Wave-Planning-Metadaten sind der Metadatentyp, der Ihnen bei der Verwaltung der Migration hilft. Im Folgenden finden Sie Beispiele für diesen Metadatentyp:

  • Wellen-ID

  • Startzeit der Welle

  • Zeit für die Umstellung der Welle

  • Besitzer von Wave

  • Zuordnung von Wave zu Anwendung/Server/Datenbank/Move-Gruppe

Überprüfen Sie Ihre Discovery-Daten

Es ist wichtig, dass Sie Ihre aktuellen Discovery-Daten verstehen, bevor Sie Entscheidungen treffen. In dieser Phase der Migration verfügen Sie wahrscheinlich nicht über alle Informationen. Dieses Playbook hilft Ihnen bei der Definition der Metadatenanforderungen und hilft Ihnen, die Metadaten effizient zu sammeln. Stellen Sie sich die folgenden Fragen, um herauszufinden, welche Metadaten derzeit verfügbar sind und wo sie sich befinden könnten:

• Haben Sie Tools zur Durchführung einer Migrationsbewertung verwendet, z. B. den Migration Evaluator?

• Haben Sie in Ihrer Umgebung irgendwelche Discovery-Tools wie AWS Application Discovery Service Flexera One Cloud Migration and Modernization eingesetzt?

• Haben Sie eine CMDB, die die meisten up-to-date Informationen für Ihr IT-Portfolio enthält?

• Haben Sie die erste Portfoliobewertung in der Mobilisierungsphase abgeschlossen?

• Haben Sie die Planung der ersten Welle abgeschlossen?

• Haben Sie den ersten Entwurf der Zielumgebung abgeschlossen?

• Was ist die Quelle der einzelnen Metadatentypen?

• Haben Sie Zugriff auf alle Metadaten?

• Wie greifen Sie auf alle Metadaten zu?

• Haben Sie den Prozess des Zugriffs auf Metadaten dokumentiert?

Schritt 2: Identifizieren Sie die geschäftlichen und technischen Faktoren

Geschäftliche und technologische Faktoren sind entscheidend, wenn man die allgemeinen Migrationsstrategien und -muster für jede Anwendung berücksichtigt. Sie müssen die Treiber verstehen, die für Ihre Migration einzigartig sind. Sie verwenden diese geschäftlichen und technischen Faktoren, wenn Sie Ihre Migrationsstrategien validieren und Regeln für die Anwendungszuweisung definieren.

Allgemeine Geschäftstreiber

Geschäftstreiber sind Faktoren im Zusammenhang mit Geschäftszielen oder Einschränkungen, die Sie bei der Planung einer umfangreichen Migration berücksichtigen müssen, z. B. auslaufende Verträge, schnelles Wachstum oder Budget. Im Folgenden sind häufig Geschäftstreiber aufgeführt:

• Verlassen eines Rechenzentrums — Sie müssen so schnell wie möglich in die Cloud migrieren. Zum Beispiel läuft ein Rechenzentrumsvertrag bald ab.

• Senkung der Betriebskosten und Risiken — Sie möchten die Kosten oder Risiken reduzieren, die mit dem Betrieb einer lokalen Umgebung verbunden sind.

• Flexibilität — Sie müssen als strategische Ausrichtung auf die Cloud wechseln, um sich auf Veränderungen in der future des Unternehmens vorzubereiten.

• Wachstum des Unternehmens — Sie müssen in der Lage sein, Entwicklung und Innovation schnell zu beschleunigen oder einem schnellen Wachstum Rechnung zu tragen.

• Daten intelligent nutzen — Sie möchten Cloud-basierte künstliche Intelligenz, maschinelles Lernen und Internet der Dinge (IoT) nutzen, die das Wachstum Ihres Unternehmens prognostizieren und Einblicke in das Kundenverhalten bieten können.

• Verbesserung von Sicherheit und Compliance — Sie müssen die Compliance-Programme nutzen, die bereits in die AWS Cloud-Infrastruktur integriert sind, oder Sie möchten die softwarebasierten Sicherheitstools nutzen, die Sie vor einer möglichen Bedrohung Ihrer Daten warnen können.

• Verfügbarkeit von Ressourcen — Aufgrund begrenzter Ressourcen oder begrenzter interner Erfahrung entscheiden Sie sich möglicherweise für Strategien, bei denen die Anwendung unverändert verschoben wird.

Allgemeine technische Faktoren

Technische Faktoren sind Faktoren im Zusammenhang mit technischen Zielen oder Einschränkungen, die Sie bei der Planung einer großen Migration berücksichtigen müssen, z. B. die aktuelle Architektur. Die folgenden technischen Faktoren sind häufig:

• Hardware oder Software end-of-support — Ihre Hardware oder Software steht kurz vor dem Ende ihres Lebenszyklus, und Sie müssen sie aktualisieren, da der Anbieter sie nicht mehr unterstützt.

• Technologieintegration — Sie erhalten Zugriff auf eine globale Infrastruktur, mit der Sie Ihre Anwendung schnell und strategisch skalieren können. Mit globalen Services und Infrastrukturen, die Ihnen zur Verfügung stehen, können Sie schnell global agieren.

• Speicher- und Rechenbeschränkungen — Ihr Rechenzentrum hat keine Kapazität für mehr Speicher oder Server, und Sie müssen einen anderen Ort für die Erweiterung finden.

• Skalierbarkeits- und Stabilitätsanforderungen — Bei Ihren Anwendungen kam es in der Vergangenheit zu Ausfallzeiten, und Sie möchten die Cloud nutzen, um das Recovery Point Objective (RPO) und das Recovery Time Objective (RTO) zu verbessern.

• Modernisierung der Anwendungsarchitektur — Sie möchten die Vorteile der Cloud nutzen und Ihre Anwendungen auf Cloud-native Anwendungen umstellen.

• Verbesserung der Leistung — Ihre Anwendungsleistung ist in Spitzenzeiten schlecht. Sie möchten also automatisch hoch- und herunterskalieren, um der Nachfrage gerecht zu werden.

Aktualisieren Sie das Runbook

1. Öffnen Sie in den Portfolio-Playbook-Vorlagen die Runbook-Vorlage für die Priorisierung von Anwendungen (Microsoft Word-Format).

2. Notieren Sie sich im Abschnitt Geschäftliche und technische Faktoren die Faktoren, die Sie für Ihr umfangreiches Migrationsprojekt identifiziert haben.

3. Speichern Sie Ihr Runbook zur Priorisierung von Anwendungen.

Schritt 3: Überprüfen Sie die Migrationsstrategien

Die Auswahl von Migrationsstrategien ist für eine große Migration von entscheidender Bedeutung. Sie müssen sicherstellen, dass die von Ihnen ausgewählten Migrationsstrategien den Erwartungen, Einschränkungen und Anforderungen des Unternehmens entsprechen. Weitere Informationen zu den verfügbaren Migrationsstrategien finden Sie im Leitfaden für AWS umfangreiche Migrationen.

Möglicherweise haben Sie in der Mobilisierungsphase oder bei der ersten Portfoliobewertung Migrationsstrategien ausgewählt. In diesem Schritt nutzen Sie die geschäftlichen und technischen Faktoren, um die Migrationsstrategien für Ihr Portfolio auszuwählen und zu validieren.

Ihre Migrationsstrategien können sich ändern, wenn Sie das Portfolio weiter bewerten und mit der Migration beginnen. In dieser Phase besteht das Ziel darin, die allgemeine Verteilung Ihres Portfolios auf die einzelnen Migrationsstrategien zu verstehen. Die Auswahl der Migrationsstrategien ist entscheidend für den nächsten Schritt, die Validierung der detaillierten Migrationsmuster.

Wählen und validieren Sie die Migrationsstrategien

Bewerten Sie das Portfolio und wählen Sie die Migrationsstrategien wie folgt aus:

1. Überprüfen Sie alle technischen und geschäftlichen Faktoren, die Sie im vorherigen Schritt identifiziert haben, und priorisieren Sie die Treiber anhand Ihrer Geschäftsanforderungen.

2. Ordnen Sie jeden geschäftlichen und technischen Faktor einer Migrationsstrategie zu. Die folgende Tabelle ist ein Beispiel.

   Priorität	Geschäftlicher oder technischer Faktor	Migrationsstrategie
   1	Verlassen Sie ein Rechenzentrum bis zu einem bestimmten Datum	Hosten Sie so viele Anwendungen wie möglich neu und führen Sie eine Neuplattformierung und ein Refactoring nur dann durch, wenn ein Rehost nicht möglich ist.
   2	Reduzieren Sie die Betriebskosten und Risiken	Um die Migration zu beschleunigen, sollten Sie so viele Anwendungen wie möglich rehosten.
   3	Hardware oder Software end-of-support	Hosten Sie unterstützte Anwendungen neu und führen Sie Anwendungen, die nicht unterstützt werden, auf neuere Hardware und Software in der Cloud um.
   4	Verfügbarkeit von Ressourcen	Rehosten Sie auf AWS Managed Services (AMS), um den Betriebsaufwand zu reduzieren.

3. Indem Sie alle geschäftlichen und technischen Faktoren abwägen und Ihr Portfolio auf hoher Ebene bewerten, können Sie abschätzen, wie die Anwendungen auf die einzelnen Migrationsstrategien verteilt werden sollten. Es kommt häufig vor, dass Konflikte zwischen den Treibern auftreten. Die Projektbeteiligten müssen zusammenarbeiten und endgültige Entscheidungen treffen, um die Konflikte zu lösen. Im Folgenden finden Sie ein Beispiel dafür, wie Sie Ihr Portfolio auf die einzelnen Migrationsstrategien verteilen könnten:

   • Rehosting — 60%

   • Umplattformänderung — 15%

   • Ruhestand — 10%

   • Behalten — 5%

   • Rückkauf — 5%

   • Refactor — 5%

Fahren Sie mit der Migration erst fort, wenn Sie allgemeine Migrationsstrategien für Ihr Portfolio ausgewählt haben.

Aktualisieren Sie das Runbook

1. Öffnen Sie Ihr Runbook zur Anwendungspriorisierung.

2. Notieren Sie im Abschnitt Migrationsstrategien, wie die Anwendungslast auf die sieben Migrationsstrategien verteilt ist. Beispielsweise:

   • Rehosten — 60%

   • Umplattformänderung — 15%

   • Ruhestand — 10%

   • Behalten — 5%

   • Rückkauf — 5%

   • Refactor — 5%

3. Speichern Sie Ihr Runbook zur Priorisierung von Anwendungen.

Schritt 4: Überprüfen Sie die Migrationsmuster

Über Migrationsmuster

Ein Migrationsmuster ist eine wiederholbare Migrationsaufgabe, in der die Migrationsstrategie, das Migrationsziel und die verwendete Migrationsanwendung oder der verwendete Migrationsdienst detailliert beschrieben werden. Ein Beispiel ist Rehost to Amazon Elastic Compute Cloud (Amazon EC2) mithilfe von. AWS Application Migration Service Die folgenden AWS Services und Lösungen werden in gängigen Migrationsmustern häufig referenziert:

• AWS App2Container

• AWS Application Migration Service (AWS MGN)

• AWS CloudFormation

• AWS Database Migration Service (AWS DMS)

• AWS DataSync

• Amazon Elastic Compute Cloud (Amazon EC2)

• Amazon Elastic Container Service (Amazon ECS)

• Amazon Elastic File System (Amazon EFS)

• AWS Cloud-Migration-Factory-Lösung

• Amazon Relational Database Service (Amazon RDS)

• AWS Schema Conversion Tool (AWS SCT)

• AWS Transfer Family

Ähnlich wie bei der Auswahl von Migrationsstrategien haben Sie Ihre Migrationsmuster möglicherweise bereits in einer früheren Phase identifiziert. Sie müssen sie jedoch validieren und sicherstellen, dass die Muster definiert und dokumentiert wurden. In der folgenden Tabelle sind gängige Migrationsstrategien und -muster aufgeführt.

ID	Strategie	Muster
1	Rehosten	Rehosten Sie mithilfe von Application Migration Service oder Cloud Migration Factory auf Amazon EC2
2	Plattformwechsel	Umstellung auf Amazon RDS mit AWS DMS und AWS SCT
3	Plattformwechsel	Replatform zu Amazon EC2 mit AWS CloudFormation Anmerkung CloudFormation Vorlagen bauen eine neue Infrastruktur in der auf. AWS Cloud
4	Plattformwechsel	Umstieg auf Amazon EFS mithilfe von oder AWS DataSync AWS Transfer Family
5	Plattformwechsel	Umstellung auf Amazon ECS mithilfe von App2Container AWS
6	Plattformwechsel	Umplatformen Sie Mainframe- oder Midrange-Server mithilfe eines Emulators auf Amazon EC2
7	Plattformwechsel	Replatform von Windows auf Linux auf Amazon EC2
8	Ausmustern	Die Anwendung außer Betrieb nehmen
9	Beibehalten	Vor Ort aufbewahren
10	Rückkauf	Rückkauf und Upgrade auf SaaS
11	Refactoring oder Re-Architecture	Überarbeiten Sie die Architektur der Anwendung

Aktualisieren Sie das Runbook

An diesem Punkt definieren Sie die Muster auf Portfolioebene. Später in diesem Playbook ordnen Sie jede Anwendung dem entsprechenden Migrationsmuster zu.

1. Öffnen Sie Ihr Runbook zur Priorisierung von Anwendungen.

2. Notieren Sie im Abschnitt Migrationsmuster die Migrationsmuster, die Sie identifiziert und validiert haben. Weisen Sie jedem Muster eine eindeutige ID zu und notieren Sie sich die Migrationsstrategie für das Muster.

3. Speichern Sie Ihr Runbook zur Priorisierung von Anwendungen.

Beachten Sie, dass sich die Migrationsmuster im Laufe der Zeit ändern können. Möglicherweise ändern Sie Ihre Migrationsstrategien und -muster später, wenn Sie neue Informationen finden, den Umfang der Arbeitslast ändern oder sich sogar für die Nutzung neuer AWS Dienste entscheiden.

Kriterien für das Beenden von Aufgaben

Wenn Sie Ihre Migrationsstrategien und -muster noch nicht aus einer übergeordneten Portfolioperspektive identifiziert haben, empfehlen wir Ihnen dringend, mit den technischen Teams zusammenzuarbeiten, um sie zu definieren, bevor Sie mit der nächsten Aufgabe fortfahren. Portfoliobewertung und Wellenplanung hängen davon ab, dass Sie die Migrationsstrategien und -muster verstehen. Sie benötigen keine umfassende Liste von Migrationsmustern, bevor Sie fortfahren können. Sie können neue Muster hinzufügen und Ihre Strategien nach und nach anpassen.

Fahren Sie mit der nächsten Aufgabe fort, wenn Sie Folgendes erledigt haben:

• Sie haben Zugriff auf die neuesten Discovery-Daten und verstehen diese.

• Sie haben die geschäftlichen und technischen Faktoren für Ihre Migration identifiziert.

• Sie haben Migrationsstrategien ausgewählt und validiert, die auf Ihren geschäftlichen und technischen Faktoren basieren.

• Sie haben Migrationsmuster ausgewählt und validiert.

• Sie haben in Ihrem Runbook zur Priorisierung von Anwendungen Folgendes dokumentiert:

  • Geschäftliche und technische Faktoren

  • Migrationsstrategien

  • Migrationsmuster