Support-Richtlinie für die Elastic Beanstalk-Plattform - AWS Elastic Beanstalk

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.

Support-Richtlinie für die Elastic Beanstalk-Plattform

AWS Elastic Beanstalk bietet eine Vielzahl von Plattformen für die Ausführung von Anwendungen AWS. Elastic Beanstalk unterstützt Plattform-Branches, die laufende Minor- und Patch-Updates von ihren Lieferanten (Eigentümer oder Community) erhalten. Eine vollständige Definition zugehöriger Begriffe finden Sie unter Elastic Beanstalk-Plattformen – Glossar.

Ausgemusterte Plattformvarianten

Wenn eine Komponente eines unterstützten Plattformzweigs von seinem Lieferanten als End of Life (EOL) markiert wird, markiert Elastic Beanstalk den Plattformzweig als ausgemustert. Zu den Komponenten eines Plattformzweigs gehören: Betriebssystem (OS), Laufzeit-Sprachversion, Anwendungsserver oder Webserver.

Sobald ein Plattformzweig als veraltet markiert ist, gelten die folgenden Richtlinien:

  • Elastic Beanstalk stellt die Bereitstellung von Wartungsupdates, einschließlich Sicherheitsupdates, ein.

  • Elastic Beanstalk bietet keinen technischen Support mehr für stillgelegte Plattformfilialen.

  • Elastic Beanstalk stellt den Plattformzweig neuen Elastic Beanstalk-Kunden nicht mehr für Implementierungen in neuen Umgebungen zur Verfügung. Für Bestandskunden mit aktiven Umgebungen, die auf eingestellten Plattformzweigen laufen, gibt es eine 90-tägige Nachfrist ab dem angekündigten Einstellungsdatum.

Anmerkung

Ein stillgelegter Plattformzweig wird in der Elastic Beanstalk Beanstalk-Konsole nicht verfügbar sein. Es wird jedoch über die EB-CLI und die AWS CLI EB-API für Kunden verfügbar sein, die über bestehende Umgebungen verfügen, die auf der stillgelegten Plattformbranche basieren. Bestandskunden können auch die Konsolen Clone Environment und Rebuild Environment verwenden.

Eine Liste der Plattformbranchen, deren Stilllegung geplant ist, finden Sie Zeitplan für die Ausmusterung von Plattformvarianten im folgenden Thema im Elastic Beanstalk-Plattformplan.

Weitere Informationen darüber, was zu erwarten ist, wenn der Plattform-Branch Ihrer Umgebung eingestellt wird, finden Sie unter. Häufig gestellte Fragen zur Einstellung von Plattformen

Über die 90-Tage-Nachfrist hinaus

Unsere Richtlinie für stillgelegte Plattform-Zweigstellen verhindert weder den Zugriff auf Umgebungen noch das Löschen von Ressourcen. Bestandskunden, die eine Elastic Beanstalk Beanstalk-Umgebung auf einer stillgelegten Plattformfiliale betreiben, sollten sich jedoch der damit verbundenen Risiken bewusst sein. Solche Umgebungen können in eine unvorhersehbare Situation geraten, da Elastic Beanstalk nicht in der Lage ist, Sicherheitsupdates, technischen Support oder Hotfixes für stillgelegte Plattformfilialen bereitzustellen, weil der Lieferant die Komponente als EOL markiert hat.

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. Damit Sie weiterhin von wichtigen Sicherheits-, Leistungs- und Funktionserweiterungen profitieren können, die von Komponentenlieferanten in neueren Versionen angeboten werden, empfehlen wir Ihnen dringend, alle Ihre Elastic Beanstalk-Umgebungen auf eine unterstützte Plattformversion zu aktualisieren.

Falls bei der Ausführung Ihrer Anwendung auf einer ausrangierten 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 AL2023/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.