AWS anunció el 17 de septiembre de 2026 la disponibilidad general de Cluster Mode en el servicio AWS Elastic Beanstalk. El nuevo modo permite a los equipos proporcionar el código fuente, un archivo Docker o una imagen de contenedor, mientras Elastic Beanstalk se encarga de crear y gestionar el entorno de ejecución, incluidos el despliegue, el escalado, la depuración, la supervisión y las actualizaciones durante todo el tiempo de ejecución de la aplicación.
Cluster Mode está dirigido a equipos que gestionan un conjunto de aplicaciones, en lugar de ejecutar cada aplicación en un entorno completamente separado. La nueva arquitectura se basa en Amazon Elastic Kubernetes Service (Amazon EKS), con una base operativa única gestionada por Elastic Beanstalk. Según AWS, las aplicaciones pueden compartir recursos, lo que podría reducir el coste por aplicación a medida que crece la cartera sin añadir una carga operativa equivalente.
¿Qué ofrece el nuevo modo?
Las aplicaciones Java, .NET, Python, Node.js, PHP, Ruby y Go pueden desplegarse directamente desde el código fuente, ya que Elastic Beanstalk utiliza Cloud Native Buildpacks para crear contenedores cuando es necesario, sin obligar al equipo a escribir un Dockerfile ni a rediseñar la aplicación. El modo también admite imágenes de contenedor ya preparadas, y el despliegue puede gestionarse mediante la consola, AWS CLI, EB CLI o AWS SDKs.
- Estrategias de despliegue que incluyen el despliegue en una sola fase, el despliegue gradual, el despliegue inmutable y la división del tráfico con reversión automática en caso de fallo.
- Escalado automático basado en eventos e integración con AWS Secrets Manager para gestionar secretos.
- Supervisión basada en OpenTelemetry, con posibilidad de integración con herramientas de monitorización, incluido Amazon CloudWatch.
- Análisis basado en inteligencia artificial de los problemas de estado del entorno, con recopilación de registros desde el lado del servicio y recomendaciones para resolver fallos.
- Compatibilidad con HTTPS de forma predeterminada mediante AWS Certificate Manager, con un modo de cumplimiento que incluye la elegibilidad para HIPAA y la conformidad con PCI DSS y la alineación con SOC 1/2/3, según anunció AWS.
¿Qué cambia en la práctica para los equipos?
Cluster Mode acorta la distancia entre desplegar una aplicación tradicional y gestionarla dentro de un entorno de contenedores compartido. Al crear el primer entorno para un conjunto determinado de subredes, el servicio crea un clúster de EKS, un proceso que puede tardar aproximadamente diez minutos. Los despliegues posteriores aprovechan el clúster existente, según AWS. Es posible ejecutar varios microservicios dentro de la misma aplicación, configurando recursos como el número de réplicas, las unidades de procesamiento, la memoria, el puerto y la ruta de comprobación del estado de cada servicio.
Lo más importante es que los equipos no se ven obligados a migrar desde el modo actual. Los entornos Elastic Beanstalk Standard, respaldados por Amazon EC2, continúan funcionando, y los entornos Standard y Cluster Mode pueden ejecutarse en paralelo dentro de la misma aplicación de Elastic Beanstalk. El servicio también realiza comprobaciones de compatibilidad antes de los cambios, lo que permite una migración gradual.
¿Cuándo no es Cluster Mode la mejor opción?
AWS afirma que Standard Mode sigue siendo adecuado para aplicaciones individuales o entornos individuales, cargas de trabajo de Windows/.NET Framework que se ejecutan en IIS y aplicaciones que no pueden convertirse en contenedores. También puede ser más apropiado para cargas de trabajo que gastan menos de 500 dólares al mes, porque las tarifas del plano de control de EKS y el recargo asociado a EKS Auto Mode pueden añadir un coste que la compartición de recursos en una sola aplicación no compense.
Disponibilidad y coste
Cluster Mode ya está disponible de forma general en todas las regiones de AWS donde está disponible Elastic Beanstalk. AWS no cobra una tarifa adicional por el modo Cluster Mode en sí, pero el cliente paga por los recursos subyacentes que consumen las aplicaciones, incluidas las tarifas del plano de control de EKS, la computación de EKS Auto Mode, Amazon ECR y Amazon CloudWatch. El servicio no reúne los requisitos del programa AWS Free Tier.
Lectura de certi.news: el cambio efectivo no es simplemente una nueva opción de despliegue, sino la transferencia de la responsabilidad de operar un conjunto de aplicaciones en contenedores a la capa de Elastic Beanstalk, aprovechando EKS entre bastidores. Esto puede ser útil para los equipos que quieran unificar las operaciones y reducir el trabajo manual, pero la decisión no se determina por la ausencia de una tarifa adicional por el servicio; el coste de EKS y de los recursos auxiliares, además de la compatibilidad de la aplicación con los contenedores, siguen siendo factores decisivos. Asimismo, la fuente no ofrece cifras de rendimiento ni una comparación de costes real entre ambos modos, por lo que conviene probar la carga y el coste antes de migrar una cartera de producción grande.