Plattformwechsel von COTS und internen Anwendungen während einer Migration in die AWS Cloud

Anbu Sel Bol, Amazon Web Services (AWS)

März 2021 (Dokumentverlauf)

In diesem Leitfaden werden sieben Bereiche beschrieben, auf die Sie sich konzentrieren sollten, wenn Sie kommerzielle off-the-shelf (COTS) und interne Anwendungen in der Amazon Web Services (AWS) Cloud umstellen. Das Handbuch enthält auch Strategien, Tools und AWS Services, die Ihnen beim Plattformwechsel von Anwendungskomponenten helfen. COTS-Anwendungen sind Anwendungen von Drittanbietern, die vorgefertigt sind und in einem kommerziellen Markt erworben werden können (z. B. AWS Marketplace). Interne Anwendungen werden intern von Ihrer Organisation entwickelt und verwendet.

Nachdem Sie sich für die Migration Ihrer COTS- oder internen Anwendungen auf die entschieden habenAWS Cloud, müssen Sie bewerten, welche der sieben gängigsten Migrationsstrategien (7 Rs ) verwendet werden soll. Diese Strategien sind Faktorwechsel, Plattformwechsel, Neukauf, Hostwechsel, Verschiebung, Beibehaltung und Außerbetriebnahme. Wir empfehlen Ihnen, Anwendungen, die Komponenten oder Datenbanken verwenden, die ihr end-of-support (EOS)-Datum erreicht haben oder kurz davor sind, zu wechseln. EOS ist der Fall, wenn ein Anbieter den technischen Support für ein Produkt einstellt. Wenn Sie sich dafür entscheiden, eine Anwendung in der AWS Cloud neu zu erstellen, können Sie von den folgenden Funktionen profitieren:

• Automatisieren Sie direkte Betriebssystem-Upgrades (OS) mit AWS Systems Manager.

• Verwenden Sie Snapshot-Speicher-Volumes, um Amazon Machine Images (AMIs ) schnell aus Amazon Elastic Compute Cloud (Amazon EC2)-Instances zu erstellen.

• Erstellen Sie ein privates Subnetz, um Workloads zu isolieren, die auf veralteten Betriebssystemen (OSs.

• Verwenden Sie Hochgeschwindigkeitsnetzwerke, um Produktionsumgebungen schnell zu replizieren und den Plattformwechsel zu testen.

• Richten Sie schnell einen separaten Anwendungs-Stack mit On-Demand-EC2-Instances ein, ohne zusätzliche On-Premises-Hardware zu verwenden.

Um von diesen und anderen Funktionen zu profitieren, die in der -AWSCloud verfügbar sind, empfehlen wir Ihnen, Ihre Anwendung zunächst mit neu zu hostenAWS Application Migration Service. Anschließend können Sie die Anwendung in der AWS Cloud aktualisieren. Die folgende Liste enthält Beispiele dafür, wann eine Anwendung umgestellt werden sollte:

• Unterstützung ist für das Betriebssystem, die Laufzeiten (z. B. Apache Tomcat, JBoss oder Oracle WebLogic Server), Datenbanken oder Laufzeitkomponenten (z. B. Java, Python oder Perl) der Anwendung nicht mehr verfügbar.

• Die Anwendung muss widerstandsfähiger werden und sich automatisch nach Fehlern (z. B. Softwarefehlern oder Infrastrukturproblemen) wiederherstellen.

• Neue Anwendungsfunktionen sind für neue Kundensegmente oder zur Unterstützung erhöhter Lasten erforderlich.

• Die Anwendung ist instabil und erfordert Verbesserungen, um die Betriebsstabilität zu verbessern.

Bevor Sie mit einem Plattformwechsel beginnen, sollten Sie Alternativen zu den Funktionen Ihrer Anwendung erkunden. Prüfen Sie beispielsweise, ob Sie sie durch eine Software-as-a-Service (SaaS)-Lösung eines unabhängigen Softwareanbieters (ISV) ersetzen können. Möglicherweise können Sie auch Anwendungsfunktionen mithilfe von AWS Services wie AWS Lambda, Amazon Cognito , Amazon MQ , , AWS Glue Amazon QuickSight oder Amazon Aurora neu erstellen.

Dieser Leitfaden richtet sich an IT-Administratoren, Anwendungseigentümer, Architekten, technische Leiter und Projektmanager. Das Handbuch enthält die folgenden sieben Bereiche, auf die Sie sich konzentrieren sollten, wenn Sie COTS und interne Anwendungen in der AWS Cloud umstellen:

• Auswahl der replatformierenden Umgebung

• Replatformierung von Anwendungskomponenten, die auf nicht unterstützten Betriebssystemen ausgeführt werden

• Replatform der Backend-Datenbanken

• Replatform von Dateifreigaben

• Aktualisieren der Protokollierungs- und Überwachungskomponenten

• Testen und Validieren Ihrer Anwendungen

• Automatisieren des laufenden Betriebssystem-Patchen

Gezielte Geschäftsergebnisse

Sie sollten die folgenden vier Ergebnisse erwarten, nachdem Sie COTS und interne Anwendungen in der AWS Cloud geändert haben:

• Reduzieren Sie die Sicherheitsrisiken älterer Anwendungen, die nicht unterstützte Software oder OSs ausführen.

• Senken Sie Ihre gesamten Kosten für den Anwendungsbesitz, indem Sie teure, nicht benötigte Datenbank-Editionen entfernen oder Open-Source-Datenbanken einführen.

• Reduzieren Sie den betrieblichen Aufwand durch die Verwendung AWS verwalteter Datenbanken (z. B. Amazon Relational Database Service (Amazon RDS) oder Aurora), um eine höhere Verfügbarkeit und Zuverlässigkeit für Ihre Anwendungen zu erreichen.

• Machen Sie ältere Anwendungen widerstandsfähiger, indem Sie cloudnative Automatisierungs- und Überwachungsfunktionen wie Amazon CloudWatch-Überwachung oder Systems Manager-basierte Betriebssystem-Patches einsetzen.