ECS ganha a métrica LiveTaskCount e deixa de cobrar pela RunningTaskCount

A AWS anunciou em 13 de outubro de 2026 duas mudanças nas métricas de serviço do Amazon ECS que afetam diretamente quem acompanha a saúde e o dimensionamento de tarefas em produção. A primeira é a chegada de LiveTaskCount, métrica nova disponível sem custo adicional para todos os clientes. A segunda é o fim da cobrança pela métrica RunningTaskCount, que já existia dentro do CloudWatch Container Insights.

Para quem opera serviços ECS, isso muda tanto o que dá para medir quanto quanto custa medir. As duas métricas respondem perguntas diferentes, e entender a diferença evita decisão errada de autoscaling baseada no número que não reflete o estado real das tarefas.

O que a LiveTaskCount mede

LiveTaskCount conta tarefas em qualquer um dos estados desejados que ainda geram métrica: ACTIVATING, RUNNING e DEACTIVATING. Isso inclui tarefas em transição para parar, como as que estão em connection draining durante um evento de scale-in.

Na prática, é a contagem de tudo que ainda está ativo e consumindo recursos, mesmo que já tenha recebido o sinal para desligar. A AWS recomenda essa métrica especificamente para políticas de autoscaling e planejamento de capacidade, justamente porque uma tarefa em draining ainda está processando conexões e não deve ser tratada como se já tivesse saído de cena.

LiveTaskCount entra no conjunto de métricas de utilização de serviço do ECS, o grupo que já é gratuito e não exige opt-in no CloudWatch Container Insights. Ou seja, quem nunca ativou o Container Insights por causa do custo passa a ter essa visão sem precisar mudar nada na configuração do serviço.

A RunningTaskCount que já existia, agora sem cobrança

A métrica RunningTaskCount do Container Insights é mais restrita: ela conta só as tarefas em que o estado atual e o estado desejado são ambos RUNNING. Não entram aí tarefas ativando nem tarefas em draining.

Esse recorte segue útil como sinal de saúde e estabilidade do serviço, especialmente para quem monta dashboards ou alarmes que precisam saber quantas tarefas estão de fato rodando e estáveis, sem contar o que ainda está em transição. A diferença é que, a partir de 1º de outubro de 2026, essa métrica deixou de ter custo adicional para quem usa Container Insights.

A mudança de preço é retroativa ao início do mês e é aplicada automaticamente: a AWS informa que nenhuma ação é necessária por parte do cliente. Quem já paga pelo Container Insights por outras métricas continua pagando por elas, mas o item RunningTaskCount especificamente sai da conta.

As duas métricas lado a lado

A escolha entre as duas não é sobre qual é "melhor", e sim sobre qual pergunta você está fazendo. Uma política de scale-in que olha só RunningTaskCount pode subestimar a capacidade real disponível, porque ignora tarefas que ainda estão processando tráfego em draining. Já um alarme de estabilidade que use LiveTaskCount pode disparar falso positivo justamente durante um deploy ou scale-in normal, porque tarefas em DEACTIVATING ainda entram na contagem.

Para quem opera ECS no Brasil

As duas mudanças valem em todas as Regiões onde o Amazon ECS está disponível, o que inclui a Região São Paulo (sa-east-1). Não há necessidade de migrar serviço, atualizar task definition nem reconfigurar o cluster: a métrica nova aparece automaticamente nas métricas de utilização de serviço, e o desconto na RunningTaskCount já está valendo na fatura.

Quem mantém dashboards de CloudWatch ou alarmes de autoscaling ganha um motivo prático para revisar a configuração:

• Times que evitavam ativar o Container Insights por causa do custo podem reavaliar, já que parte do que ele oferece (a contagem de tarefas rodando de forma estável) agora é gratuita.
• Políticas de autoscaling que hoje usam contagem de tarefas via API ou métrica customizada podem ser simplificadas trocando por LiveTaskCount, que já cobre o cenário de scale-in com draining sem esforço extra.
• Alarmes de saúde de serviço que precisam ignorar tarefas em transição continuam mais bem servidos por RunningTaskCount.

O que ainda fica em aberto

A AWS não detalhou se o histórico de cobrança anterior a outubro de 2026 será ajustado em faturas já emitidas, nem se há retenção diferente de dados entre as duas métricas no CloudWatch. Para quem depende de métricas históricas para capacity planning de longo prazo, vale conferir a documentação de métricas do ECS e do Container Insights antes de trocar o monitoramento de produção de uma métrica para a outra.

Fonte: AWS What's New