Amazon ECS introduz novas métricas de alta resolução para auto scaling de serviços

O Amazon ECS agora suporta métricas de alta resolução (20 segundos) para auto scaling de serviços, recurso lançado em junho de 2026. Isso não é só uma atualização de granularidade: a AWS mediu ganhos reais em tempo de resposta. Em testes internos, o tempo para disparar o scale-out caiu de 363 para 86 segundos (76% mais rápido), e o tempo total até novas tarefas ficarem prontas caiu de 386 para 109 segundos (72% mais rápido). Essa melhoria depende da ativação explícita das métricas de 20s no CloudWatch, que, diferentemente das métricas padrão de 60s (gratuitas), geram custo adicional.

O escalonamento preditivo, introduzido em novembro de 2024, opera em paralelo com essa nova capacidade: ele usa ML para antecipar picos recorrentes, mas não substitui a necessidade de rastreamento de destino em tempo real. Já o escalonamento agendado (por exemplo, para black friday ou lançamentos) continua sendo configurado manualmente via cron ou eventos do EventBridge. O Container Insights complementa o cenário com métricas avançadas de rede e armazenamento efêmero, úteis para aplicações com gargalos além de CPU/memória.

Essa mudança reduz a dependência de 'capacidade de reserva' artificial. Antes, times mantinham tarefas ociosas para absorver picos, porque o auto scaling demorava quase 7 minutos para reagir. Agora, com respostas em menos de 2 minutos, é possível reduzir a contagem base sem sacrificar SLA. Isso impacta diretamente o custo operacional, especialmente em cargas com variação intensa e imprevisível. Também diminui a necessidade de políticas complexas de step scaling personalizadas: uma única política de target tracking com métricas de 20s já entrega comportamento agressivo, com menos código e menos manutenção.

Para desenvolvedores e SREs, a configuração mudou pouco na prática: basta habilitar métricas de alta resolução ao criar ou atualizar um serviço no console ECS, CLI ou CloudFormation, e escolher ECSServiceAverageCPUUtilizationHighResolution ou ECSServiceAverageMemoryUtilizationHighResolution na política de target tracking. Não há alteração no código da aplicação nem nas imagens dos containers. A atenção maior vai para os custos do CloudWatch, pois cada métrica de 20s gera 3 vezes mais pontos por minuto que a versão padrão. Equipes devem avaliar se o ganho em latência justifica esse custo extra, especialmente em ambientes com centenas de serviços.