Replatformierung von Anwendungskomponenten, die auf nicht unterstützten Betriebssystemen ausgeführt werden - AWSPräskriptive Leitlinien

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.

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

Der Replatforming-Ansatz für Anwendungskomponenten, die auf nicht unterstützten Betriebssystemen ausgeführt werden, ist für jede Anwendungskomponente unterschiedlich. In der folgenden Tabelle werden die Replatforming-Optionen zusammengefasst, die für Anwendungskomponenten verfügbar sind, die EOS erreicht haben.

Anwendungs-Komponente Lösung für COTS-Anwendungen Lösung für Inhouse-Anwendungen
Anwendungsserver Aktualisieren Sie auf die vom Anbieter der Anwendung empfohlene Version. Identifizieren Sie die neueste Version des Anwendungsservers. Erstellen und validieren Sie es in einer Entwicklungsumgebung, bevor Sie ein Upgrade durchführen.
OS Aktualisieren Sie auf die vom Anbieter der Anwendung empfohlene Version. Identifizieren Sie die neueste Betriebssystemversion. Erstellen und validieren Sie es in einer Entwicklungsumgebung, bevor Sie ein Upgrade durchführen.
Laufzeitbibliotheken Aktualisieren Sie auf die vom Anbieter der Anwendung empfohlene Version. Aktualisieren Sie und validieren Sie sie gegen die neueste Version.
Andere Anwendungskomponenten Fordern Sie neue Anwendungsbinärdateien vom Anbieter der Anwendung an. Erstellen Sie mit den neuesten Versionen des Betriebssystems, der Laufzeit und des Anwendungsservers.

In den folgenden Abschnitten erhalten Sie weitere Informationen zu Replatforming-Ansätzen für Ihre Anwendungskomponenten.

Ersetzen nicht unterstützter Betriebssysteme oder Anwendungsserver

Wenn Sie nicht unterstützte Anwendungsserver ersetzen (z. B. Apache Tomcat 6.0, Apache 2.2 oder IIS 7.x), benötigen Ihre neuen Anwendungsserver-Versionen möglicherweise ein zugrunde liegendes Betriebssystem-Upgrade. Die meisten nicht unterstützten Betriebssysteme sind Red Hat Enterprise Linux (RHEL) Versionen 5 und 6, CentOS-Versionen 5 und 6 oder Windows 2008 R2. Sie sollten die folgenden Schritte für Anwendungen bereitstellen, auf denen diese Betriebssysteme ausgeführt werden:

  1. Starten einer EC2-Instance mit der erforderlichen Betriebssystemversion.

  2. Installieren Sie die erforderliche Version des Anwendungsservers.

  3. Es gibt zwei separate Ansätze für Inhouse- und COTS-Anwendungen:

    • Inhouse-Anwendungen— Stellen Sie die Anwendung erneut auf die EC2-Instance bereit.

    • COTS-Anwendungen— Wenden Sie sich an den Anbieter der Anwendung und fordern Sie Anwendungsbinärdateien an, die für die erforderlichen Betriebssystem- oder Anwendungsserver-Versionen zertifiziert sind.

Upgrade des Betriebssystems für COTS-Anwendungen

Die meisten Anbieter von COTS-Anwendungen unterstützen Windows 2016 oder RHEL 7. Wenn Ihre ältere COTS-Anwendung Windows 2016 nicht unterstützt, empfehlen wir ein direktes Upgrade von Windows 2008 R2 auf Windows 2012 R2 mitdirektes Upgrade von Microsoftaus. Sie können auchAWS Systems ManagerAutomation-Runbooksum Windows Server, der auf EC2-Instanzen ausgeführt wird, automatisch zu aktualisieren. Wir empfehlen Ihnen, sich an den Anbieter der Anwendung zu wenden und ihn zu bitten, seine Software für die neueste Betriebssystemversion zu zertifizieren.

Für ältere COTS-Anwendungen, die Windows Server ausführen und nicht mit dem neuesten Betriebssystem arbeiten, empfehlen wir dieAWS End-of-Support-Migrationsprogramm (EMP) für Windows Serverum die Anwendung zu packen und auf der neuesten Windows-Version in einer EC2-Umgebung auszuführen.

Upgrade des Betriebssystems für interne Anwendungen

Wir empfehlen Ihnen, die Software Ihrer internen Anwendung mithilfe der neuesten Betriebssystem- und Software-Laufzeitversionen (z. B. Java, C++, .NET oder Python) zu kompilieren und neu zu erstellen. Sie können dann die vorhandene Anwendungsumgebung klonen, die Funktionalität manuell bereitstellen und validieren und Ihre Build-Umgebung auf das neueste Betriebssystem, Laufzeit-Softwarekomponenten und Bibliotheken aktualisieren, bevor Sie auf Ihre Produktionsumgebung aktualisieren.

Replatform von Anwendungsbibliotheken und abhängiger Software

Der Ansatz zur Neugestaltung von Anwendungsbibliotheken und abhängiger Software ähnelt dem Ansatz für Betriebssysteme, aber Sie aktualisieren nur die Bibliotheken. Anschließend testen Sie die Funktionalität der Anwendung und replizieren die erforderlichen Bibliotheken in Ihren Vorproduktions- und Produktionsservern. In der Regel verarbeitet der Anbieter der COTS-Anwendung die erforderlichen Updates für Anwendungskomponenten durch ihre laufenden Softwareversionen.