Le 17 septembre 2026, AWS a annoncé la disponibilité générale du Cluster Mode dans le service AWS Elastic Beanstalk. Le nouveau mode permet aux équipes de fournir le code source, un fichier Docker ou une image de conteneur, tandis qu’Elastic Beanstalk se charge de créer et de gérer l’environnement d’exécution, notamment le déploiement, la mise à l’échelle, le débogage, la surveillance et la mise à niveau pendant toute la durée d’exécution de l’application.
Le Cluster Mode cible les équipes qui gèrent un ensemble d’applications, plutôt que d’exécuter chaque application dans un environnement entièrement séparé. La nouvelle architecture repose sur Amazon Elastic Kubernetes Service (Amazon EKS), avec une base opérationnelle unique gérée par Elastic Beanstalk. Selon AWS, les applications peuvent partager les ressources, ce qui peut réduire le coût par application à mesure que le portefeuille se développe, sans ajouter une charge opérationnelle équivalente.
Que propose le nouveau mode ?
Les applications Java, .NET, Python, Node.js, PHP, Ruby et Go peuvent être déployées directement à partir du code source. Elastic Beanstalk utilise Cloud Native Buildpacks pour créer les conteneurs lorsque cela est nécessaire, sans obliger l’équipe à rédiger un Dockerfile ni à repenser l’application. Le mode prend également en charge les images de conteneurs prêtes à l’emploi, et le déploiement peut être géré depuis la console, AWS CLI, EB CLI ou les AWS SDKs.
- Des stratégies de déploiement comprenant le déploiement en une seule fois, le déploiement par phases, le déploiement immuable et la répartition du trafic, avec retour automatique en cas d’échec.
- Une mise à l’échelle automatique fondée sur les événements et une intégration avec AWS Secrets Manager pour gérer les secrets.
- Une supervision fondée sur OpenTelemetry, avec possibilité d’intégration à des outils de surveillance, notamment Amazon CloudWatch.
- Une analyse assistée par l’intelligence artificielle des problèmes de santé de l’environnement, avec collecte des journaux côté service et fourniture de recommandations pour résoudre les défaillances.
- La prise en charge de HTTPS par défaut via AWS Certificate Manager, avec un mode de conformité comprenant l’éligibilité HIPAA, la conformité à PCI DSS et l’alignement sur SOC 1/2/3, selon les déclarations d’AWS.
Qu’est-ce qui change concrètement pour les équipes ?
Le Cluster Mode réduit l’écart entre le déploiement d’une application traditionnelle et sa gestion dans un environnement de conteneurs partagé. Lors de la création du premier environnement pour un groupe donné de sous-réseaux, le service crée un cluster EKS, une opération qui peut prendre environ dix minutes. Les déploiements suivants bénéficient du cluster existant, selon AWS. Plusieurs microservices peuvent être exécutés au sein d’une même application, avec le réglage de ressources telles que le nombre de réplicas, les unités de calcul, la mémoire, le port et le chemin de contrôle de l’état pour chaque service.
Plus important encore, les équipes ne sont pas contraintes d’abandonner leur mode actuel. Les environnements Elastic Beanstalk Standard, pris en charge par Amazon EC2, continuent de fonctionner, et les environnements standard et Cluster Mode peuvent être exécutés côte à côte au sein d’une même application Elastic Beanstalk. Le service effectue également des contrôles de compatibilité avant les modifications, ce qui permet une migration progressive.
Quand le Cluster Mode n’est-il pas le meilleur choix ?
AWS indique que le Standard Mode reste adapté aux applications ou environnements uniques, aux charges Windows/.NET Framework exécutées sur IIS et aux applications qui ne peuvent pas être converties en conteneurs. Il peut également être plus approprié pour les charges dont les dépenses sont inférieures à 500 dollars par mois, car les frais du plan de contrôle EKS et la majoration liée à EKS Auto Mode peuvent ajouter un coût que le partage des ressources dans une seule application ne compenserait pas.
Disponibilité et coût
Le Cluster Mode est désormais disponible de manière générale dans toutes les régions AWS où Elastic Beanstalk est disponible. AWS ne facture pas de frais supplémentaires pour le Cluster Mode lui-même, mais le client paie les ressources sous-jacentes consommées par les applications, notamment les frais du plan de contrôle EKS, le calcul EKS Auto Mode, Amazon ECR et Amazon CloudWatch. Le service n’est pas éligible au programme AWS Free Tier.
Lecture de certi.news : le changement réel n’est pas simplement une nouvelle option de déploiement, mais le transfert de la responsabilité opérationnelle d’un groupe d’applications conteneurisées vers la couche Elastic Beanstalk, en s’appuyant sur EKS en arrière-plan. Cela peut être utile aux équipes qui souhaitent uniformiser les opérations et réduire le travail manuel, mais la décision ne se résume pas à l’absence de frais supplémentaires pour le service : le coût d’EKS et des ressources associées, ainsi que la compatibilité de l’application avec les conteneurs, restent des facteurs déterminants. En outre, la source ne fournit ni chiffres de performance ni comparaison réelle des coûts entre les deux modes. Il convient donc de tester la charge et le coût avant de migrer un vaste portefeuille de production.