AWS hat am 17. September 2026 die allgemeine Verfügbarkeit des Cluster Mode im Dienst AWS Elastic Beanstalk angekündigt. Der neue Modus ermöglicht es Teams, Quellcode, eine Docker-Datei oder ein Container-Image bereitzustellen, während Elastic Beanstalk die Laufzeitumgebung erstellt und verwaltet, einschließlich Bereitstellung, Skalierung, Fehlerbehebung, Überwachung und Aktualisierung während der gesamten Laufzeit der Anwendung.
Der Cluster Mode richtet sich an Teams, die eine Gruppe von Anwendungen verwalten, anstatt jede Anwendung in einer vollständig separaten Umgebung zu betreiben. Die neue Architektur basiert auf Amazon Elastic Kubernetes Service (Amazon EKS) und verwendet eine gemeinsame, von Elastic Beanstalk verwaltete Betriebsgrundlage. Laut AWS können Anwendungen Ressourcen gemeinsam nutzen, wodurch die Kosten pro Anwendung beim Wachstum des Portfolios sinken können, ohne dass der Betriebsaufwand in gleichem Maß steigt.
Was bietet der neue Modus?
Anwendungen in Java, .NET, Python, Node.js, PHP, Ruby und Go können direkt aus dem Quellcode bereitgestellt werden. Elastic Beanstalk verwendet dabei Cloud Native Buildpacks, um bei Bedarf Container zu erstellen, ohne dass das Team eine Dockerfile schreiben oder die Anwendung neu entwickeln muss. Der Modus unterstützt außerdem fertige Container-Images. Bereitstellungen können über die Konsole, die AWS CLI, die EB CLI oder die AWS SDKs verwaltet werden.
- Bereitstellungsstrategien einschließlich All-at-once-, Rolling-, Immutable- und Traffic-Splitting-Bereitstellungen mit automatischem Rollback bei einem Fehler.
- Ereignisbasierte automatische Skalierung und Integration mit AWS Secrets Manager zur Verwaltung von Secrets.
- Auf OpenTelemetry basierende Überwachung mit der Möglichkeit zur Integration in Monitoring-Tools, darunter Amazon CloudWatch.
- KI-gestützte Analyse von Problemen mit dem Zustand der Umgebung, einschließlich der Erfassung dienstseitiger Protokolle und der Bereitstellung von Empfehlungen zur Fehlerbehebung.
- Standardmäßige HTTPS-Unterstützung über AWS Certificate Manager sowie ein Compliance-Modus mit HIPAA-Berechtigung, PCI-DSS-Konformität und Ausrichtung an SOC 1/2/3, wie von AWS angekündigt.
Was ändert sich praktisch für Teams?
Der Cluster Mode verkürzt den Abstand zwischen der Bereitstellung einer herkömmlichen Anwendung und ihrem Betrieb in einer gemeinsam genutzten Containerumgebung. Beim Erstellen der ersten Umgebung für eine bestimmte Gruppe von Subnetzen erstellt der Dienst einen EKS-Cluster; dieser Vorgang kann etwa zehn Minuten dauern. Nachfolgende Bereitstellungen profitieren laut AWS vom vorhandenen Cluster. Mehrere Microservices können innerhalb derselben Anwendung betrieben werden. Dabei lassen sich Ressourcen wie die Anzahl der Replikate, vCPUs, Arbeitsspeicher, Port und Health-Check-Pfad für jeden Dienst festlegen.
Wichtig ist, dass Teams nicht zwangsweise aus dem bisherigen Modus wechseln müssen. Elastic-Beanstalk-Standardumgebungen, die von Amazon EC2 unterstützt werden, laufen weiter. Standardumgebungen und Cluster-Mode-Umgebungen können innerhalb derselben Elastic-Beanstalk-Anwendung parallel betrieben werden. Außerdem führt der Dienst vor Änderungen Kompatibilitätsprüfungen durch, wodurch eine schrittweise Migration möglich ist.
Wann ist der Cluster Mode nicht die beste Option?
Laut AWS bleibt der Standard Mode für einzelne Anwendungen oder einzelne Umgebungen, für Windows/.NET-Framework-Workloads auf IIS sowie für Anwendungen, die nicht containerisiert werden können, geeignet. Er kann außerdem für Workloads mit monatlichen Ausgaben von weniger als 500 US-Dollar besser geeignet sein, da Gebühren für die EKS-Control-Plane und der mit EKS Auto Mode verbundene Aufschlag zusätzliche Kosten verursachen können, die durch die gemeinsame Ressourcennutzung in einer einzelnen Anwendung nicht ausgeglichen werden.
Verfügbarkeit und Kosten
Der Cluster Mode ist in allen AWS-Regionen allgemein verfügbar, in denen Elastic Beanstalk angeboten wird. AWS erhebt keine zusätzliche Gebühr für den Cluster Mode selbst. Der Kunde zahlt jedoch für die von den Anwendungen genutzten zugrunde liegenden Ressourcen, darunter Gebühren für die EKS-Control-Plane, EKS-Auto-Mode-Compute, Amazon ECR und Amazon CloudWatch. Der Dienst ist nicht für das AWS Free Tier qualifiziert.
Einordnung von certi.news: Die tatsächliche Änderung ist nicht nur eine neue Bereitstellungsoption, sondern die Verlagerung der Verantwortung für den Betrieb einer Gruppe von Containeranwendungen auf die Elastic-Beanstalk-Schicht, während EKS im Hintergrund genutzt wird. Das kann für Teams nützlich sein, die den Betrieb vereinheitlichen und manuelle Arbeit reduzieren möchten. Die Entscheidung wird jedoch nicht allein dadurch bestimmt, dass für den Dienst keine zusätzliche Gebühr anfällt; die Kosten für EKS und unterstützende Ressourcen sowie die Kompatibilität der Anwendung mit Containern bleiben entscheidende Faktoren. Außerdem enthält die Quelle keine Leistungsdaten oder einen tatsächlichen Kostenvergleich zwischen den beiden Modi. Daher sollten Auslastung und Kosten vor der Migration eines großen Produktionsportfolios getestet werden.