O Amazon ECS lançou suporte a métricas de alta resolução (20 segundos) para auto scaling via target tracking, reduzindo drasticamente o tempo de resposta a variações de carga. Em benchmarks internos da AWS, o tempo para iniciar um scale-out caiu de 363 segundos para 86 segundos – uma melhora de 76% (4,2x mais rápido). O tempo total para escalar e provisionar novas tasks foi de 386s para 109s (72% mais rápido, 3,5x).
TL;DR: O Amazon ECS agora suporta métricas de alta resolução (20 segundos) para auto scaling via target tracking. Em testes da AWS, o tempo para iniciar um scale-out caiu de 363s para 86s (76% mais rápido). Isso elimina a necessidade de step-scaling customizado, reduz custos com capacidade ociosa e melhora a resposta a picos de tráfego. Para empresas brasileiras que dependem de containers em produção, a principal conclusão é: é possível operar com menos tasks baseline sem sacrificar latência ou confiabilidade.
Como isso impacta a operação de containers no dia a dia?
Até agora, o auto scaling do ECS usava métricas do CloudWatch com resolução padrão de 60 segundos. Isso criava uma janela de latência de aproximadamente 6 minutos entre o pico de demanda e a efetivação do scale-out. Com métricas de 20 segundos, essa janela cai para menos de 90 segundos.
Isso tem três consequências diretas para empresas brasileiras:
- Performance e confiabilidade: aplicações respondem mais rápido a surtos de tráfego, reduzindo latência e falhas para o usuário final. Em cenários de ecommerce, fintechs ou streaming, onde picos são abruptos, isso reduz drasticamente o risco de degradação.
- Dimensionamento sem folga: com scale-out mais rápido, é possível reduzir o número de tasks baseline (capacidade ociosa preventiva). Isso corta custos de computação diretamente, sem comprometer a disponibilidade.
- Configuração simplificada: o target tracking com métricas de alta resolução entrega o comportamento agressivo que antes exigia step-scaling policies customizadas. Uma única mudança de configuração substitui trabalho de engenharia.
Como habilitar o auto scaling mais rápido?
O processo é simples e feito diretamente no console do ECS, AWS CLI ou CloudFormation.
Ao criar um serviço, na seção Monitoring configuration, ative a opção de métricas com resolução de 20 segundos. Depois, na seção Service auto scaling, marque "Use service auto scaling" e escolha Target Tracking. Selecione uma das novas métricas: ECSServiceAverageCPUUtilizationHighResolution ou ECSServiceAverageMemoryUtilizationHighResolution.
Para serviços existentes, é necessário primeiro atualizar o serviço para gerar métricas de alta resolução. Após o deployment completo, acesse a aba Service and auto scaling e ajuste a scaling policy para usar as novas métricas.
Quais os pontos de atenção para times de infra no Brasil?
- Custo adicional do CloudWatch: as métricas padrão (60s) são gratuitas. As de 20s geram custo extra. Para workloads com muitas tasks, é importante estimar o impacto na fatura mensal.
- Compatibilidade com políticas existentes: se você usa predictive scaling ou scheduled scaling, elas continuam funcionando normalmente. A novidade é específica para target tracking.
- Disponibilidade imediata para todos os tipos de computação: Fargate, ECS Managed Instances e EC2 são suportados.
- Latência de provisionamento ainda depende do tipo de task: o ganho no trigger é expressivo, mas o tempo para a task ficar saudável depende do tamanho da imagem, cold start (especialmente em Fargate) e health checks.
Quando vale a pena migrar?
Se você opera aplicações sensíveis a latência, com picos de tráfego imprevisíveis, a migração é um no-brainer. Para workloads estáveis, com baixa variação de carga, o ganho pode não justificar o custo extra do CloudWatch. A recomendação é testar em staging com um mirror de tráfego real e comparar o comportamento antes de promover para produção.
A simplicidade de configuração – trocar uma política de step-scaling complexa por um target tracking com métrica de 20s – também é um argumento forte para times que querem reduzir dívida técnica e enxugar configurações.
Perguntas Frequentes
-
Essas métricas de alta resolução funcionam com AWS Fargate, EC2 e instâncias gerenciadas?
Sim. A AWS afirma que o recurso funciona com todas as opções de computação do ECS: Fargate, ECS Managed Instances e Amazon EC2. Não há restrição de plataforma para usar as métricas de 20 segundos. -
Há custo adicional para ativar as métricas de 20 segundos?
O recurso de auto scaling mais rápido em si não tem custo extra. No entanto, as métricas de alta resolução (20s) no CloudWatch têm um custo adicional. As métricas padrão de 60 segundos continuam gratuitas. -
Preciso reconfigurar minhas scaling policies para usar as novas métricas?
Sim, você precisa habilitar as métricas de alta resolução no serviço ECS e depois configurar uma target tracking policy que utilize uma das novas métricas, como ECSServiceAverageCPUUtilizationHighResolution ou ECSServiceAverageMemoryUtilizationHighResolution. -
O ganho de 76% no tempo de scale-out é realista para qualquer workload?
Os números divulgados (76% mais rápido no trigger e 72% no provisionamento total) são baseados em testes de benchmark da AWS. Na prática, o ganho depende da velocidade de inicialização das tasks, da latência da rede e da configuração do cluster. Mas a redução drástica no ciclo de decisão (de 363s para 86s) é um piso consistente.
Artigo originalmente publicado por Channy Yun (윤석찬) em AWS News Blog.
