O que era o App Runner
O AWS App Runner foi lançado como uma forma simplificada de executar containers na nuvem da Amazon. A proposta era atraente: o desenvolvedor apontava o código-fonte ou uma imagem de container e o App Runner cuidava de todo o resto, incluindo provisionamento de infraestrutura, balanceamento de carga, auto-scaling e certificados TLS.
A simplicidade, porém, tinha um custo. Ao abstrair completamente a infraestrutura, o App Runner limitava a capacidade de customização. Equipes que precisavam de sidecars, task definitions avançadas ou integração profunda com o ecossistema AWS encontravam barreiras que o serviço não resolvia. Em abril de 2026, a AWS fechou o App Runner para novos clientes e recomendou a migração para o ECS Express Mode.
ECS Express Mode: o meio-termo que faltava
O ECS Express Mode é descrito pela AWS como “a forma recomendada de implantar e executar aplicações containerizadas”. Na prática, ele ocupa um espaço que não existia entre o App Runner (abstração total) e o ECS tradicional (configuração manual completa).
O Express Mode lida automaticamente com as tarefas que mais consumiam tempo na configuração do ECS:
- Provisionamento de cluster
- Criação e configuração de Application Load Balancer (ALB)
- Definição de security groups
- Configuração de auto-scaling
A diferença fundamental em relação ao App Runner é que o Express Mode expõe os recursos ECS e Fargate subjacentes para inspeção e customização. Isso significa que, se você precisar ajustar uma regra de security group, adicionar um sidecar ou modificar a política de scaling, os recursos estão acessíveis como em qualquer serviço ECS padrão.
Desde julho de 2026, o Express Mode também suporta task definitions customizadas com sidecars, fechando a principal lacuna funcional que afastava equipes de DevOps mais exigentes. Outra adição recente é o suporte a workloads ARM64 via AWS Graviton, que segundo a AWS pode oferecer até 40% de melhoria no custo-benefício em comparação com instâncias x86.
O que muda na prática
Para times que usavam o App Runner, a migração envolve algumas mudanças no modelo mental:
- Precificação: o App Runner cobrava tudo em um único preço por vCPU/hora. O Express Mode segue o modelo Fargate (cobrança por vCPU e memória provisionados) mais custo separado do ALB. Para workloads com tráfego constante, o custo tende a ser similar. Para workloads com picos, a precificação granular pode ser vantajosa.
- Visibilidade: ao contrário do App Runner, onde a infraestrutura era invisível, no Express Mode os clusters, services e task definitions aparecem no console do ECS. Isso facilita debugging e auditoria.
- Controle gradual: o caminho natural é começar com os defaults automatizados e ir customizando conforme a necessidade. Não é tudo ou nada.
Comparativo com concorrentes
O movimento da AWS não acontece isolado. O Google Cloud Run e o Azure Container Apps já ocupavam o espaço de “containers simplificados” com sucesso. O ECS Express Mode posiciona a AWS mais perto desses concorrentes, oferecendo a conveniência de um deploy rápido com a profundidade do ecossistema ECS já estabelecido.
Para equipes que avaliam plataformas de containers na nuvem, o Express Mode reduz significativamente a barreira de entrada do ECS sem sacrificar o controle que projetos maduros exigem. Se sua equipe já trabalha com ECS ou Fargate, o Express Mode é uma simplificação natural. Se estava no App Runner, o momento de planejar a migração é agora, antes que o suporte ao serviço antigo seja encerrado. Equipes que operam Kubernetes on-premises e avaliam opções gerenciadas na nuvem também têm no Express Mode uma alternativa que vale a análise comparativa, especialmente para workloads que não justificam a complexidade de um cluster Kubernetes completo.