Em 17 de setembro de 2026, a AWS anunciou a disponibilidade geral do Cluster Mode no serviço AWS Elastic Beanstalk. O novo modo permite que as equipes forneçam o código-fonte, um arquivo Docker ou uma imagem de contêiner, enquanto o Elastic Beanstalk cria e gerencia o ambiente de execução, incluindo implantação, dimensionamento, correção, monitoramento e atualização durante todo o período de execução do aplicativo.
O Cluster Mode é destinado a equipes que gerenciam um conjunto de aplicativos, em vez de executar cada aplicativo em um ambiente totalmente separado. A nova arquitetura baseia-se no Amazon Elastic Kubernetes Service (Amazon EKS), com uma linha de base operacional única gerenciada pelo Elastic Beanstalk. Segundo a AWS, os aplicativos podem compartilhar recursos, o que pode reduzir o custo por aplicativo à medida que o portfólio cresce, sem adicionar uma carga operacional equivalente.
O que o novo modo oferece?
Aplicativos Java, .NET, Python, Node.js, PHP, Ruby e Go podem ser implantados diretamente a partir do código-fonte, pois o Elastic Beanstalk usa a tecnologia Cloud Native Buildpacks para criar contêineres quando necessário, sem obrigar a equipe a escrever um Dockerfile ou reestruturar o aplicativo. O modo também oferece suporte a imagens de contêiner prontas, e a implantação pode ser gerenciada pelo console, pela AWS CLI, pela EB CLI ou pelos AWS SDKs.
- Estratégias de implantação que incluem implantação de uma só vez, implantação gradual, implantação imutável e divisão do tráfego, com reversão automática em caso de falha.
- Dimensionamento automático baseado em eventos e integração com o AWS Secrets Manager para gerenciamento de segredos.
- Monitoramento baseado em OpenTelemetry, com possibilidade de integração a ferramentas de monitoramento, incluindo o Amazon CloudWatch.
- Análise apoiada por inteligência artificial para problemas de integridade do ambiente, com coleta de logs no lado do serviço e recomendações para corrigir falhas.
- Suporte a HTTPS por padrão por meio do AWS Certificate Manager, com um modo de conformidade que inclui elegibilidade para HIPAA, compatibilidade com PCI DSS e alinhamento com SOC 1/2/3, conforme anunciado pela AWS.
O que muda, na prática, para as equipes?
O Cluster Mode reduz a distância entre implantar um aplicativo tradicional e gerenciá-lo em um ambiente de contêineres compartilhado. Ao criar o primeiro ambiente para um determinado conjunto de sub-redes, o serviço cria um cluster EKS, e o processo pode levar cerca de dez minutos. Já as implantações posteriores aproveitam o cluster existente, segundo a AWS. Vários microsserviços podem ser executados no mesmo aplicativo, com configuração de recursos como número de réplicas, unidades de processamento, memória, porta e caminho de verificação de integridade para cada serviço.
O mais importante é que as equipes não são obrigadas a migrar do modo atual. Os ambientes Elastic Beanstalk Standard, apoiados pelo Amazon EC2, continuam funcionando, e os ambientes Standard e Cluster Mode podem ser executados lado a lado no mesmo aplicativo do Elastic Beanstalk. O serviço também realiza verificações de compatibilidade antes das alterações, permitindo uma migração gradual.
Quando o Cluster Mode não é a melhor opção?
A AWS afirma que o Standard Mode continua adequado para aplicativos individuais ou ambientes individuais, cargas de trabalho Windows/.NET Framework executadas no IIS e aplicativos que não podem ser convertidos em contêineres. Ele também pode ser mais apropriado para cargas de trabalho que gastam menos de 500 dólares por mês, pois as cobranças do plano de controle do EKS e o adicional associado ao EKS Auto Mode podem acrescentar um custo que o compartilhamento de recursos em um único aplicativo não compensaria.
Disponibilidade e custo
O Cluster Mode está disponível para o público em geral em todas as regiões da AWS nas quais o Elastic Beanstalk está disponível. A AWS não cobra uma taxa adicional pelo próprio modo Cluster Mode, mas o cliente paga pelos recursos básicos consumidos pelos aplicativos, incluindo as cobranças do plano de controle do EKS, a computação do EKS Auto Mode, o Amazon ECR e o Amazon CloudWatch. O serviço não é elegível para o programa AWS Free Tier.
Leitura da certi.news: A mudança efetiva não é apenas uma nova opção de implantação, mas a transferência da responsabilidade pela operação de um conjunto de aplicativos em contêineres para a camada do Elastic Beanstalk, aproveitando o EKS nos bastidores. Isso pode ser útil para equipes que desejam padronizar as operações e reduzir o trabalho manual, mas a decisão não é determinada pela ausência de uma cobrança adicional pelo serviço; o custo do EKS e dos recursos de suporte, além da compatibilidade do aplicativo com contêineres, continua sendo um fator decisivo. A fonte também não apresenta números de desempenho ou uma comparação de custo efetiva entre os dois modos; portanto, a carga e o custo devem ser testados antes da migração de um grande portfólio de produção.