Über die Migrationsstrategien - AWS Präskriptive Leitlinien
AusmusternBeibehaltenRehostenUmziehenRückkaufPlattformwechselRefaktorieren oder neu strukturieren

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Über die Migrationsstrategien

Eine Migrationsstrategie ist der Ansatz, mit dem ein Workload in den migriert wird. AWS Cloud Es gibt sieben Migrationsstrategien für die Verlagerung von Anwendungen in die Cloud, die sogenannten 7 Rs:

Zu den gängigen Strategien für umfangreiche Migrationen gehören Rehosting, Replattform, Verlagerung und Außerbetriebnahme. Refactor wird für umfangreiche Migrationen nicht empfohlen, da dabei die Anwendung während der Migration modernisiert werden muss. Dies ist die komplexeste Migrationsstrategie, und die Verwaltung einer großen Anzahl von Anwendungen kann kompliziert sein. Stattdessen empfehlen wir, die Anwendung neu zu hosten, zu verlagern oder auf eine neue Plattform zu stellen und die Anwendung dann nach Abschluss der Migration zu modernisieren.

Die Auswahl von Migrationsstrategien ist für eine umfangreiche Migration von entscheidender Bedeutung. Möglicherweise haben Sie Migrationsstrategien in der Mobilisierungsphase oder bei der ersten Portfoliobewertung ausgewählt. In diesem Abschnitt werden die einzelnen Migrationsstrategien und ihre häufigsten Anwendungsfälle beschrieben.

Ausmustern

Dies ist die Migrationsstrategie für die Anwendungen, die Sie außer Betrieb nehmen oder archivieren möchten. Wenn Sie die Anwendung außer Betrieb nehmen, können Sie die Server innerhalb dieses Anwendungsstapels herunterfahren. Im Folgenden finden Sie häufig Anwendungsfälle für die Stilllegungsstrategie:

  • Es hat keinen geschäftlichen Nutzen, die Anwendung beizubehalten oder in die Cloud zu verlagern.

  • Sie möchten die Kosten für die Wartung und das Hosting der Anwendung vermeiden.

  • Sie möchten die Sicherheitsrisiken beim Betrieb einer Anwendung verringern, die eine Betriebssystemversion (OS) oder Komponenten verwendet, die nicht mehr unterstützt werden.

  • Möglicherweise möchten Sie Anwendungen aufgrund ihrer Leistung außer Betrieb nehmen. Beispielsweise möchten Sie möglicherweise Anwendungen außer Dienst stellen, deren durchschnittliche CPU- und Speicherauslastung unter 5 Prozent liegt, sogenannte Zombie-Anwendungen. Sie können sich auch dafür entscheiden, einige Anwendungen außer Betrieb zu nehmen, die über einen Zeitraum von 90 Tagen eine durchschnittliche CPU- und Speicherauslastung zwischen 5 und 20 Prozent aufweisen, sogenannte Anwendungen im Leerlauf. Sie können die Nutzungs- und Leistungsdaten aus Ihrem Discovery-Tool verwenden, um Zombie- und inaktive Anwendungen zu identifizieren.

  • In den letzten 90 Tagen wurde keine eingehende Verbindung zu der Anwendung hergestellt.

Weitere Informationen finden Sie unter Bewährte Methoden für die Bewertung von Anwendungen, die während einer Migration auf die AWS Cloud außer Betrieb genommen werden sollen.

Beibehalten

Dies ist die Migrationsstrategie für Anwendungen, die Sie in Ihrer Quellumgebung behalten möchten, oder für Anwendungen, für deren Migration Sie noch nicht bereit sind. Möglicherweise entscheiden Sie sich dafür, diese Anwendungen in future zu migrieren.

Im Folgenden finden Sie häufig Anwendungsfälle für die Retain-Strategie:

  • Sicherheit und Compliance — Möglicherweise möchten Sie Anwendungen behalten, um die Anforderungen an die Datenresidenz zu erfüllen.

  • Hohes Risiko — Möglicherweise entscheiden Sie sich dafür, eine Anwendung beizubehalten, da sie vor der Migration einer detaillierten Bewertung und Planung bedarf.

  • Abhängigkeiten — Sie könnten sich dafür entscheiden, eine Anwendung beizubehalten, wenn Sie zuerst eine oder mehrere andere Anwendungen migrieren müssen.

  • Anwendungen, die kürzlich aktualisiert wurden — Möglicherweise möchten Sie die Migration der Anwendung auf die nächste technische Aktualisierung verschieben, da Sie kürzlich in die Aktualisierung Ihres aktuellen Systems investiert haben.

  • Die Migration bietet keinen geschäftlichen Nutzen — Die Migration einiger Anwendungen in die Cloud, z. B. solche mit nur wenigen internen Benutzern, hat keinen geschäftlichen Nutzen.

  • Pläne zur Migration zu Software as a Service (SaaS) — Sie können sich dafür entscheiden, eine Anwendung beizubehalten, bis die SaaS-Version vom Anbieter veröffentlicht wird. Dies ist eine gängige Strategie für herstellerbasierte Anwendungen.

  • Ungelöste physische Abhängigkeiten — Sie können sich dafür entscheiden, eine Anwendung beizubehalten, die von spezieller Hardware abhängig ist, für die es kein Cloud-Äquivalent gibt, wie z. B. Maschinen in einer Produktionsstätte.

  • Mainframe- oder Midrange-Anwendungen und Unix-Anwendungen, die nicht auf x86 basieren — Diese Anwendungen müssen sorgfältig geprüft und geplant werden, bevor sie in die Cloud migriert werden. Beispiele für Anwendungen im mittleren Preissegment sind IBM AS/400 und Oracle Solaris.

  • Leistung — Möglicherweise möchten Sie Anwendungen auf der Grundlage ihrer Leistung beibehalten. Beispielsweise möchten Sie möglicherweise Zombie- oder Inaktivanwendungen in Ihrer Quellumgebung behalten.

Rehosten

Diese Strategie wird auch als Lift and Shift bezeichnet. Mit dieser Strategie verschieben Sie Ihre Anwendungen von Ihrer Quellumgebung in die, AWS Cloud ohne Änderungen an der Anwendung vorzunehmen. Sie migrieren beispielsweise Ihren Anwendungsstapel von der lokalen Umgebung zur AWS Cloud.

Mit Rehost können Sie eine große Anzahl von Maschinen von mehreren Quellplattformen (physisch, virtuell oder aus einer anderen Cloud) auf die migrieren, AWS Cloud ohne sich Gedanken über Kompatibilität, Leistungsunterbrechungen, lange Umstellungsfenster oder Datenreplikationen über große Entfernungen machen zu müssen.

Ihre Anwendung steht den Benutzern weiterhin zur Verfügung, während die Workloads migriert werden, wodurch Unterbrechungen und Ausfallzeiten minimiert werden. Die Ausfallzeit hängt von Ihrer Umstellungsstrategie ab.

Diese Strategie hilft Ihnen, Ihre Anwendungen zu skalieren, ohne Cloud-Optimierungen implementieren zu müssen, die Ihnen Zeit oder Geld sparen könnten. Anwendungen lassen sich leichter optimieren oder neu strukturieren, wenn sie bereits in der Cloud laufen, da sie einfacher in AWS Dienste zu integrieren und Ihre Workloads zu verwalten sind.

Sie können das Rehosting automatisieren, indem Sie die folgenden Dienste verwenden:

Eine Liste der Migrationsmuster für die Rehost-Migrationsstrategie finden Sie unter Rehost auf der AWS Prescriptive Guidance-Website.

Umziehen

Mit dieser Strategie können Sie eine große Anzahl von Servern, die aus einer oder mehreren Anwendungen bestehen, zu einem bestimmten Zeitpunkt von einer lokalen Plattform auf eine Cloud-Version der Plattform übertragen. Sie können die Relocate-Strategie auch verwenden, um Instanzen oder Objekte in eine andere Virtual Private Cloud (VPC) AWS-Region, oder zu verschieben. AWS-Konto Sie können diese Strategie beispielsweise verwenden, um eine Amazon Relational Database Service (Amazon RDS) -DB-Instance auf eine andere VPC oder zu übertragen. AWS-Konto

Die Verlagerungsstrategie erfordert nicht, dass Sie neue Hardware kaufen, Anwendungen neu schreiben oder Ihren bestehenden Betrieb ändern. Während der Verlagerung steht die Anwendung weiterhin den Benutzern zur Verfügung, wodurch Unterbrechungen und Ausfallzeiten minimiert werden. Ein Umzug ist der schnellste Weg, um Ihre Workloads in der Cloud zu migrieren und zu betreiben, da sie sich nicht auf die Gesamtarchitektur Ihrer Anwendung auswirkt.

Eine Liste der Migrationsmuster für die Umzugsstrategie finden Sie unter Relocate auf der Prescriptive Guidance-Website. AWS

Rückkauf

Diese Strategie wird auch als Drop and Shop bezeichnet. Sie ersetzen Ihre Anwendung durch eine andere Version oder ein anderes Produkt. Die neue Anwendung sollte einen größeren geschäftlichen Nutzen bieten als die bestehende, lokale Anwendung, einschließlich Funktionen wie Zugriff von überall, keine zu wartende Infrastruktur und pay-as-you-go Preismodelle. Durch den Rückkauf der Anwendung werden in der Regel die Kosten für Wartung, Infrastruktur und Lizenzierung gesenkt.

Im Folgenden finden Sie häufig Anwendungsfälle für die Strategie zur Rückkaufmigration:

  • Umstellung von einer herkömmlichen Lizenz auf SaaS — Dadurch entfällt der Aufwand für die Verwaltung und Wartung der Infrastruktur und es werden Lizenzprobleme reduziert.

  • Versionsupgrades oder Äquivalente von Drittanbietern — Indem Sie Ihre bestehende lokale Anwendung durch die neueste Version des Anbieters oder eine gleichwertige Version eines Drittanbieters in der Cloud ersetzen, können Sie neue Funktionen nutzen, Cloud-Dienste integrieren und die Anwendung einfacher skalieren.

  • Ersetzen einer benutzerdefinierten Anwendung — Sie können die Neucodierung und Neugestaltung einer benutzerdefinierten Anwendung vermeiden, indem Sie eine herstellerbasierte SaaS- oder Cloud-basierte Anwendung erneut kaufen.

Vor dem Kauf müssen Sie die Anwendung anhand Ihrer Geschäftsanforderungen bewerten, insbesondere im Hinblick auf Sicherheit und Compliance.

Nach dem Kauf der neuen Anwendung folgen die nächsten Schritte:

  • Schulung Ihres Teams und Ihrer Benutzer mit dem neuen System

  • Migrieren Sie Ihre Daten auf die neu gekaufte Anwendung

  • Integration der Anwendung in Ihre Authentifizierungsdienste wie Microsoft Active Directory, um die Authentifizierung zu zentralisieren

  • Konfiguration des Netzwerks zur sicheren Kommunikation zwischen der gekauften Anwendung, Ihren Benutzern und Ihrer Infrastruktur

In der Regel hilft Ihnen der Anwendungsanbieter bei diesen Aktivitäten, um einen reibungslosen Übergang zu gewährleisten.

Plattformwechsel

Diese Strategie wird auch als Lift, Tinker and Shift oder Lift and Reshape bezeichnet. Mit dieser Migrationsstrategie verlagern Sie die Anwendung in die Cloud und führen ein gewisses Maß an Optimierung ein, um die Anwendung effizient zu betreiben, Kosten zu senken oder Cloud-Funktionen zu nutzen. Sie könnten beispielsweise eine Microsoft SQL Server-Datenbank auf Amazon RDS for SQL Server umstellen.

Mit dieser Strategie können Sie je nach Ihren Geschäftszielen und Ihrer Zielplattform einige oder viele Änderungen an der Anwendung vornehmen.

Im Folgenden finden Sie häufig Anwendungsfälle für die Strategie zur Neuplattformmigration:

Die Replattform-Strategie sorgt dafür, dass Ihre Legacy-Anwendung weiterläuft, ohne dass Sicherheit und Compliance beeinträchtigt werden.

Replatform reduziert die Kosten und verbessert die Leistung durch die Migration zu einem verwalteten oder serverlosen Dienst, die Verlagerung virtueller Maschinen in Container und die Vermeidung von Lizenzkosten.

Eine Liste der Migrationsmuster für die Replatform-Migrationsstrategie finden Sie unter Replatform auf der Prescriptive Guidance-Website. AWS

Refaktorieren oder neu strukturieren

Mit dieser Strategie verschieben Sie eine Anwendung in die Cloud und ändern ihre Architektur, indem Sie alle Vorteile der Cloud-nativen Funktionen nutzen, um Agilität, Leistung und Skalierbarkeit zu verbessern. Dies ist auf die starke Nachfrage der Unternehmen nach Skalierung, Beschleunigung der Veröffentlichung von Produkten und Funktionen und nach Kostensenkungen zurückzuführen.

Im Folgenden finden Sie häufig Anwendungsfälle für die Refactor-Migrationsstrategie:

  • Die ältere Mainframe-Anwendung kann die Anforderungen des Unternehmens aufgrund ihrer Einschränkungen nicht mehr erfüllen oder ist teuer in der Wartung.

  • Sie haben eine Monolith-Anwendung, die bereits die Bemühungen um eine schnelle Bereitstellung von Produkten oder die Erfüllung von Kundenbedürfnissen und -anforderungen behindert.

  • Sie haben eine veraltete Anwendung, von der niemand weiß, wie sie gewartet werden muss, oder der Quellcode ist nicht verfügbar.

  • Die Anwendung ist schwer zu testen, oder die Testabdeckung ist sehr gering. Dies wirkt sich auf die Qualität und Bereitstellung neuer Anwendungsfunktionen und Problembehebungen aus. Durch die Neugestaltung der Anwendung für die Cloud können Sie die Testabdeckung erhöhen und automatisierte Testtools integrieren.

  • Aus Sicherheits- und Compliance-Gründen müssen Sie beim Verschieben einer Datenbank in die Cloud möglicherweise einige Tabellen (z. B. Tabellen mit Kundeninformationen, Patienten- oder Patientendiagnosen) extrahieren und diese Tabellen vor Ort aufbewahren. In diesem Fall müssen Sie Ihre Datenbank umgestalten, um die Tabellen, die migriert werden, von denen zu trennen, die vor Ort aufbewahrt werden.

Eine Liste der Migrationsmuster für die Refactor-Migrationsstrategie finden Sie unter Re-architect auf der AWS Prescriptive Guidance-Website.