Voltar as noticias
A Limpeza da AWS que Continuamos Adiando (Deixei um Agente Fazer Isso)
Casos de UsoMediaEN

A Limpeza da AWS que Continuamos Adiando (Deixei um Agente Fazer Isso)

Dev.to - MCP·23 de julho de 2026

Começou com um alerta de cobrança.

Email de alerta de cobrança da AWS: cobranças estimadas de $252,61 ultrapassaram o limite de $250 no meu alerta de cobrança acima de 250

As cobranças estimadas haviam ultrapassado $250. Não é um valor assustador, mas o suficiente para me fazer olhar. E o que realmente chamou minha atenção não foi o número, mas o alerta em si. Eu claramente configurei isso em algum momento, e o limite parecia desatualizado.

Então, fui procurar onde o alerta estava.

Ele veio de uma pilha do CloudFormation chamada BillingAlerts que criei em 2014 e completamente esqueci. Então, algo que eu esqueci estava me avisando sobre todas as outras coisas que eu havia esquecido.

Abri minha lista de pilhas e foi quando vi que não estava sozinha. Estava sentada em uma fila de pilhas, e eu não reconhecia metade delas. Anos de sobras, apenas sentadas lá.

As coisas que você esquece não quebram nada. Não te acordam às 2 da manhã. Apenas ficam lá, cobrando silenciosamente, até que você olhe a fatura e não consiga se lembrar do que metade dela se refere. Recursos esquecidos e ainda em execução são uma das maiores fontes de desperdício de gastos na nuvem, segundo algumas estimativas, cerca de um quarto do orçamento médio da nuvem.

Eu vim para atualizar um alerta e encontrei uma bagunça.

Para ser claro, essas pilhas não estavam realmente me custando muito. Instâncias paradas, algumas sobras meio-deletadas. Se fossem os $252, o alerta teria disparado todo mês. Mas esse é o ponto. Você não pode dizer o que realmente está te custando até que a bagunça seja removida.

Então o alerta poderia esperar. Eu queria essas pilhas desatualizadas fora primeiro.

Normalmente isso é uma tarefa chata. Abrir o console, encontrar cada pilha, clicar em excluir, esperar, atualizar, verificar se funcionou, OU escrever comandos CLI. Não é difícil, apenas tedioso. O tipo de tarefa que eu continuo adiando.

E é exatamente assim que isso começou. ClickOps através do console. Eu acabei de terminar de excluir um antigo diretório do Directory Service na região de Mumbai manualmente, clicando pelas telas e esperando o carregador, quando me ocorreu. Mal dez minutos de cliques manuais, e eu ainda tinha um monte de pilhas para ir. Eu não precisava fazer nada disso sozinho.

Por que eu ainda estava clicando?

Eu abri Kiro, que tem o Agent Toolkit for AWS, e apenas descrevi o que eu queria. Falei sobre como eu o configurei anteriormente em meu blog Eu mudei para o Agent Toolkit for AWS. Aqui está o porquê.

Sem console. Sem CLI. Eu conversei com o agente e deixei que ele cuidasse do resto. Como um bom assistente!

Se você tem o AWS CLI instalado, basta executar:

aws configure agent-toolkit

Primeiro, mostre-me o que há lá

Comecei pedindo ao agente para listar minhas pilhas do CloudFormation na minha região.

Chat do Kiro onde o agente lista 12 pilhas do CloudFormation na minha região, mostrando o nome e o status de cada pilha

Ele voltou com 12 pilhas. Algumas eu reconheci, enquanto outras eram antigas, uma pilha de alertas de cobrança de 2014, algumas pilhas de patching e conformidade de 2021, o toolkit de bootstrap do CDK. E então as que eu realmente queria remover.

Eu escolhi e disse ao agente para excluir quatro dessas pilhas.

Ele perguntou antes de excluir

Isso é importante, então quero destacar primeiro.

O agente listando as quatro pilhas que está prestes a excluir e pedindo minha confirmação, avisando que a remoção dos recursos não pode ser facilmente desfeita

O agente não começou a excluir coisas no momento em que eu pedi. Antes de executar qualquer coisa, ele listou as quatro pilhas de volta para mim, disse claramente que isso removeria todos os seus recursos e não poderia ser facilmente desfeito, e pediu minha confirmação.

Excluir infraestrutura não é reversível.

Eu disse para ir e então ele agiu.

O agente confirmando que os pedidos de exclusão das quatro pilhas foram enviados

Eu obtive a velocidade de "apenas cuide disso" sem abrir mão do controle sobre uma ação destrutiva.

Ele verificou o resultado como código, sem atualizar o console a cada segundo

Uma vez que os pedidos de exclusão foram enviados, o agente escreveu um script e o executou no sandbox do toolkit para verificar o status de todos os quatro ao mesmo tempo.

Um script Python que o agente escreveu e executou no sandbox do toolkit com boto3, verificando o status de exclusão de todas as quatro pilhas em paralelo

Ele verificou todas as quatro em paralelo, lidou com o caso em que uma pilha já poderia estar excluída, e me deu de volta um mapa de status limpo. Tudo isso foi executado em um sandbox remoto com boto3. Minha máquina nunca executou nada disso.

Três foram excluídas limpidamente, mas uma se recusou.

Contexto Triplo Up

A automação de tarefas na nuvem pode ajudar empresas brasileiras a otimizar custos e melhorar a eficiência operacional. Utilizar agentes para gerenciar recursos esquecidos é uma estratégia eficaz para evitar desperdícios financeiros. Essa abordagem pode ser especialmente útil em um cenário de crescente complexidade na gestão de infraestrutura em nuvem.

Noticias relacionadas

Gostou do conteudo?

Receba toda semana as principais novidades sobre WebMCP.