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
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 eingestellt. 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. Er wird jedoch über EB CLI und EB API für Kunden verfügbar sein AWS CLI, deren bestehende Umgebungen auf der veralteten 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 ihre Komponente kennzeichnet. EOL
Beispielsweise kann eine nachteilige und kritische Sicherheitslücke in einer Umgebung auftreten, die in einem eingestellten Plattformzweig ausgeführt wird. Oder eine API EB-Aktion funktioniert möglicherweise nicht mehr für die Umgebung, wenn sie im Laufe der Zeit 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 Ihre Anwendung während der Ausführung auf einer stillgelegten Plattform-Branch auf Probleme stoßen sollte 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 oder Amazon zu nutzen. ECS EKS 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.
