Häufig gestellte Fragen zur Einstellung von Plattformen

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.

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.

Diese FAQ enthalten Antworten auf folgende Themen:

1. Was bedeutet es, wenn ein Plattformzweig eingestellt wird?

Nach dem angekündigten Einstellungsdatum eines Plattformzweigs können Sie keine neue Umgebung mehr erstellen, die auf dem veralteten Plattformzweig basiert, es sei denn, Sie haben bereits eine aktive Umgebung, die auf diesem Plattformzweig basiert. Weitere Informationen finden Sie unter FAQ #11. Elastic Beanstalk wird für diese Versionszweige der Plattform keine neuen Wartungs-Updates mehr bereitstellen. Von der Verwendung eines veralteten Plattformzweigs in Produktionsumgebungen wird abgeraten. Weitere Informationen finden Sie unter FAQ #5.

2. Warum wurden die Filialen der AL1 basierten Plattformen AWS eingestellt?

Elastic Beanstalk stellt Plattformzweige ein, wenn Plattformkomponenten veraltet sind oder deren Anbieter sie selbst ausmustern. In diesem Fall hat das Amazon Linux AMI (AL1) den Standardsupport zum 31. Dezember 2020 eingestellt. Elastic Beanstalk bot zwar bis 2022 weiterhin AL1 basierte Plattformen an, aber seitdem haben wir auch Plattformen veröffentlicht AL2 AL2, die über die neuesten Funktionen verfügen. Damit Kunden auch in Zukunft von den neuesten Sicherheits- und Funktionen profitieren können, ist es für Kunden von entscheidender Bedeutung, auf unsere AL2 oder AL2 023-basierten Plattformen zu migrieren.

3. Welche Plattformverzweigungen werden außer Betrieb genommen?

Eine Liste der Plattformkomponenten und Plattformverzweigungen, die außer Betrieb genommen wurden, finden Sie unter Bisherige eingestellte Plattformzweige.

4. Welche Plattformen werden derzeit unterstützt?

Siehe Von Elastic Beanstalk unterstützte Plattformen in AWS Elastic Beanstalk -Plattformen.

5. Wird Elastic Beanstalk Komponenten meiner Umgebung nach der Einstellung entfernen oder beenden?

Unsere Richtlinie für stillgelegte Plattformfilialen verhindert weder den Zugriff auf Umgebungen noch das Löschen von Ressourcen. Eine Umgebung, die auf einem veralten Plattformzweig basiert, kann jedoch in eine unvorhersehbare Situation geraten, da Elastic Beanstalk für eingestellte Plattformzweige keine Sicherheitsaktualisierungen, keinen technischen Support und keine Hotfixes mehr bereitstellen kann, wenn der jeweilige Anbieter seine Komponente als End of Life (EOL) einstuft. Beispielsweise kann eine nachteilige und kritische Sicherheitslücke in einer Umgebung auftreten, die in einem eingestellten Plattformzweig ausgeführt wird. Es könnte auch passieren, dass eine EB-API-Aktion nicht mehr für die Umgebung funktioniert, wenn sie irgendwann nicht mehr mit dem Elastic-Beanstalk-Service kompatibel ist. Die Gefahr hierfür steigt, je länger eine Umgebung, die auf einem eingestellten Plattformzweig basiert, aktiv bleibt.

Falls bei der Ausführung Ihrer Anwendung auf einer veralteten Plattform Probleme auftreten und Sie sie nicht auf eine unterstützte Plattform migrieren können, müssen Sie andere Alternativen in Betracht ziehen. Eine mögliche Umgehung ist das Einkapseln der Anwendung in ein Docker-Image zum Ausführen als Docker-Container. Dies würde es einem Kunden ermöglichen, jede unserer Docker-Lösungen wie unsere Elastic Beanstalk AL2 023/ AL2 Docker-Plattformen oder andere Docker-basierte Dienste wie Amazon ECS oder Amazon EKS zu nutzen. Zu den Alternativen, die nicht zu Docker gehören, gehört unser AWS CodeDeploy Service, der eine vollständige Anpassung der von Ihnen gewünschten Laufzeiten ermöglicht.

6. Kann ich beantragen, dass die Einstellung später stattfindet?

Nein. Nach dem Stichtag werden bestehende Umgebungen jedoch weiterhin funktionieren. Elastic Beanstalk wird allerdings keine Wartungs- und Sicherheitsupdates für die Plattform mehr bereitstellen. Daher ist es wichtig, auf AL2 oder AL2 023 zu migrieren, wenn Sie immer noch Anwendungen auf einer basierten Plattform ausführen. AL1 Weitere Informationen zu Risiken und Problemumgehungen finden Sie unter FAQ #5.

7. Was sind die Problemumgehungen, wenn ich meine AL2 oder AL2 023-Migration nicht rechtzeitig abschließen kann?

Kunden können die Umgebung zwar weiterhin ausführen, wir empfehlen jedoch dringend, alle Elastic-Beanstalk-Umgebungen auf eine unterstützte Plattformversion zu migrieren. Dadurch wird das Risiko minimiert und Sie können von den wichtigen Verbesserungen bei Sicherheit, Leistung und Funktionen profitieren, die die neueren Versionen mit sich bringen. Weitere Informationen zu Risiken und Problemumgehungen finden Sie unter FAQ #5.

8. Was ist der empfohlene Prozess für die Migration zu AL2 oder AL2 023-Plattformen?

Umfassende Anweisungen AL1 zur AL2 Migration auf AL2 023/ finden Sie unter. Migrieren der Elastic-Beanstalk-Linux-Anwendung zu Amazon Linux 2023 oder Amazon Linux 2 In diesem Thema wird erklärt, dass Elastic Beanstalk eine Blau/Grün-Bereitstellung erfordert, um das Upgrade durchzuführen.

9. Welche Auswirkungen hat es, wenn ich eine Umgebung auf einer eingestellten Plattform habe?

Eine Umgebung, die auf einem eingestellten Plattformzweig basiert, kann in eine unvorhersehbare Situation geraten, da Elastic Beanstalk für eingestellte Plattformzweige keine Sicherheitsaktualisierungen, keinen technischen Support und keine Hotfixes mehr bereitstellen kann, wenn der jeweilige Anbieter seine Komponente als End of Life (EOL) einstuft. Beispielsweise kann eine nachteilige und kritische Sicherheitslücke in einer Umgebung auftreten, die in einem eingestellten Plattformzweig ausgeführt wird. Es könnte auch passieren, dass eine EB-API-Aktion nicht mehr für die Umgebung funktioniert, wenn sie irgendwann nicht mehr mit dem Elastic-Beanstalk-Service kompatibel ist. Die Gefahr dafür steigt, je länger ein Umfeld auf einem eingestellten Plattformzweig aktiv bleibt. Weitere Informationen finden Sie unter FAQ #5.

10. Was passiert 90 Tage nach dem Stichtag für die Einstellung?

Unsere Richtlinie für stillgelegte Plattform-Zweigstellen verhindert weder den Zugriff auf Umgebungen noch das Löschen von Ressourcen. Beachten Sie jedoch, dass eine Umgebung, die auf einem eingestellten Plattformzweig basiert, in eine unvorhersehbare Situation geraten kann, da Elastic Beanstalk für eingestellte Plattformzweige keine Sicherheitsaktualisierungen, keinen technischen Support und keine Hotfixes mehr bereitstellen kann, wenn der jeweilige Anbieter seine Komponente als End of Life (EOL) einstuft. Beispielsweise kann eine nachteilige und kritische Sicherheitslücke in einer Umgebung auftreten, die in einem eingestellten Plattformzweig ausgeführt wird. Es könnte auch passieren, dass eine EB-API-Aktion nicht mehr für die Umgebung funktioniert, wenn sie irgendwann nicht mehr mit dem Elastic-Beanstalk-Service kompatibel ist. Die Gefahr dafür steigt, je länger ein Umfeld auf einem eingestellten Plattformzweig aktiv bleibt. Weitere Informationen finden Sie unter FAQ #5.

11. Kann ich eine neue Umgebung erstellen, die auf einer eingestellten Plattform basiert?

Sie können eine neue Umgebung basierend auf einem eingestellten Plattformzweig erstellen, wenn Sie diesen Plattformzweig bereits verwendet haben, um eine vorhandene Umgebung mit demselben Konto und in derselben Region zu erstellen. Der stillgelegte Plattformzweig wird in der Elastic Beanstalk Beanstalk-Konsole nicht verfügbar sein. Für Kunden mit Umgebungen, die auf einem eingestellten Plattformzweig basieren, wird er jedoch über EB CLI, EB API und AWS CLI verfügbar sein. Auch Bestandskunden können die Konsolen Clone environment (Umgebung klonen) und Rebuild environment (Umgebung neu erstellen) nutzen. Beachten Sie jedoch, dass eine Umgebung, die auf einem eingestellten Plattformzweig basiert, in eine unvorhersehbare Situation kommen kann. Weitere Informationen finden Sie unter FAQ #5.

12. Wenn ich eine bestehende Umgebung habe, die auf einem stillgelegten Plattform-Branch läuft, bis wann kann ich dann eine neue Umgebung auf der Grundlage des stillgelegten Plattform-Branches erstellen? Kann ich das über die Konsole, die CLI oder die API tun?

Sie können die Umgebung nach dem Datum der Außerbetriebnahme erstellen. Beachten Sie jedoch, dass ein eingestellter Plattformzweig in eine unvorhersehbare Situation kommen kann. Je später eine solche Umgebung geschaffen wird oder aktiv ist, desto höher ist das Risiko, dass in der Umgebung unerwartete Probleme auftreten. Weitere Informationen zum Erstellen einer Entwicklungsumgebung finden Sie unter FAQ #11.

13. Kann ich meine auf einer eingestellten Plattform basierende Umgebung klonen oder neu erstellen?

Ja. Dazu können Sie die Konsolen Clone environment (Umgebung klonen) und Rebuild environment (Umgebung neu erstellen) nutzen. Sie können auch die EB-CLI, die EB-API und verwenden AWS CLI. Weitere Informationen zum Erstellen einer Entwicklungsumgebung finden Sie unter FAQ #11.

Wir empfehlen Ihnen aber dringend, alle Ihre Elastic-Beanstalk-Umgebungen auf eine unterstützte Plattformversion zu migrieren. Dadurch wird das Risiko minimiert und Sie können von den wichtigen Verbesserungen bei Sicherheit, Leistung und Funktionen profitieren, die die neueren Versionen mit sich bringen. Weitere Informationen zu Risiken und Problemumgehungen finden Sie unter FAQ #5.

14. Was würde nach dem Auslaufdatum mit den AWS Ressourcen meiner Elastic Beanstalk Beanstalk-Umgebung passieren, die auf einem stillgelegten Plattformzweig basiert? Wenn beispielsweise die laufende EC2 Instance beendet wird, wäre Elastic Beanstalk dann in der Lage, eine neue AL1 basierte EC2 Instance zu starten, um die Kapazität aufrechtzuerhalten?

Die Ressourcen der Umgebung würden aktiv bleiben und weiterhin funktionieren. Und ja, Elastic Beanstalk skaliert auto für AL1 EC2 Instances in der Umgebung. Aber Elastic Beanstalk wird keine neuen Updates für die Plattformwartung für die Umgebung bereitstellen, was dazu führen kann, dass die Umgebung im Laufe der Zeit in eine unvorhersehbare Situation gelangt. Weitere Informationen finden Sie unter FAQ #5.

15. Was sind die Hauptunterschiede zwischen den Betriebssystemen AL2 023/ AL2 und Amazon Linux AMI (AL1)? Wie sind die Plattformbranchen von Elastic Beanstalk AL2 023/ betroffen? AL2

Obwohl Amazon Linux AMI und AL2 023/ AL2 denselben Linux-Kernel verwenden, unterscheiden sie sich in ihrem Initialisierungssystem, ihren libc Versionen, der Compiler-Toolchain und verschiedenen Paketen. Weitere Informationen finden Sie unter Amazon Linux FAQs 2.

Beim Elastic-Beanstalk-Service wurden auch plattformspezifische Versionen von Laufzeit, Build-Tools und anderen Abhängigkeiten aktualisiert. Es kann nicht garantiert werden, dass die auf AL2 023/ AL2 basierenden Plattformzweige abwärtskompatibel mit Ihrer bestehenden Anwendung sind. Selbst wenn Ihr Anwendungscode auf der neuen Plattformversion erfolgreich bereitgestellt wird, kann er sich aufgrund von Betriebssystem- und Laufzeitunterschieden möglicherweise anders verhalten oder abweichen. Eine Übersicht und Beschreibung der Konfigurationen und Anpassungen, die Sie überprüfen und testen müssen, finden Sie unter Migrieren der Elastic-Beanstalk-Linux-Anwendung zu Amazon Linux 2023 oder Amazon Linux 2.