Unsere drei Beanstalks laufen derzeit auf der Plattform „Tomcat 8.5 mit Java 8 auf 64-Bit Amazon Linux“, entweder auf dem vorgefertigten AMI „ami-0e469f970b0c3b65c“ oder (bei einem von ihnen) auf einer angepassten Version dieses AMI mit hinzugefügter Java-Kompilierungsfunktion.
Das Erstellen eines neuen Beanstalks mit der Plattform „Tomcat 8.5 mit Corretto [x] läuft auf 64-Bit Amazon Linux 2“ scheint recht unkompliziert zu sein, aber was mache ich mit den vorhandenen Beanstalks? Beginne ich von vorne, mit neuen Beanstalks? Oder gibt es eine Möglichkeit, die vorhandenen zu konvertieren?
Antwort1
Ich bin der Meinung, dass Sie eine neue Umgebung erstellen müssen und die alte beenden können, wenn sie funktioniert.
DerDokumenteSag nicht viel, außer
Wenn Ihre Elastic Beanstalk-Anwendung auf einem Amazon Linux AMI-Plattformzweig basiert, finden Sie auf dieser Seite Informationen zum Migrieren der Umgebungen Ihrer Anwendung auf Amazon Linux 2. Die beiden Plattformgenerationen sind nicht garantiert abwärtskompatibel mit Ihrer vorhandenen Anwendung. Selbst wenn Ihr Anwendungscode erfolgreich auf der neuen Plattformversion bereitgestellt wird, kann er sich aufgrund von Betriebssystem- und Laufzeitunterschieden anders verhalten oder ausführen. Obwohl Amazon Linux AMI und Amazon Linux 2 denselben Linux-Kernel verwenden, unterscheiden sie sich in ihrem Initialisierungssystem, ihren libc-Versionen, der Compiler-Toolchain und verschiedenen Paketen. Wir haben auch plattformspezifische Versionen von Laufzeit, Build-Tools und anderen Abhängigkeiten aktualisiert. Daher empfehlen wir Ihnen, sich Zeit zu nehmen, Ihre Anwendung in einer Entwicklungsumgebung gründlich zu testen und alle erforderlichen Anpassungen vorzunehmen.
Wenn Sie bereit sind, mit der Produktion zu beginnen, erfordert Elastic Beanstalk eine Blue/Green-Bereitstellung, um das Upgrade durchzuführen. Einzelheiten zu Plattformaktualisierungsstrategien finden Sie unter Aktualisieren der Plattformversion Ihrer Elastic Beanstalk-Umgebung.
Blue/Green-Deployment bedeutet grundsätzlich, dass Sie Ihre URL von der alten Umgebung auf die neue umstellen, sobald diese funktioniert, und dann die alte beenden können.
Wir haben die Migration selbst noch nicht durchgeführt, aber so verstehe ich es.