FinOps na AWS: onde a fatura escapa e como trazer o custo de volta para perto do uso

Um roteiro prático para enxergar a sua fatura AWS, cortar o que ninguém usa e pagar menos pelo que você usa sempre, com as ferramentas que a própria AWS oferece.

7 min de leitura

A fatura da AWS raramente cresce por um grande erro. Ela cresce por dezenas de pequenas decisões razoáveis: um disco que ficou para trás depois de um teste, um servidor dimensionado com folga "por segurança", um ambiente de homologação que ninguém desligou no fim de semana. Cada item parece pequeno, e juntos viram a linha que ninguém consegue explicar na reunião de orçamento.

A boa notícia é que a própria AWS oferece as ferramentas para encontrar esses pontos e os modelos de preço para pagar menos pelo que você usa de forma contínua. Este guia mostra por onde começar, na ordem em que o esforço costuma render mais.

Resumo rápido

FinOps é uma prática contínua de dar visibilidade ao gasto, otimizar e operar com responsabilidade compartilhada entre TI, finanças e negócio.
Antes de cortar, organize: tags de alocação de custo ativadas, AWS Cost Explorer e alertas de anomalia mostram quem gasta o quê.
Os desperdícios mais comuns são recursos ociosos ou superdimensionados: volumes EBS desanexados, IPv4 públicos sem uso e instâncias maiores que a carga.
Para o que roda sempre, AWS Savings Plans e Reserved Instances reduzem o preço sem mudar uma linha de código; para cargas tolerantes a interrupção, existem as instâncias Spot.

O que é FinOps, em uma frase

A FinOps Foundation organiza a prática em três fases que se repetem: Inform (enxergar e atribuir o gasto), Optimize (agir sobre as oportunidades) e Operate (transformar isso em processo contínuo). Não é um projeto com data para acabar. É um hábito da operação, e funciona melhor quando o time técnico e o financeiro olham para os mesmos números.

Passo 1: enxergar antes de cortar

Corte sem visibilidade vira chute. O primeiro ganho é saber, com clareza, quanto cada sistema, área ou ambiente custa.

Tags de alocação de custo. Marque os recursos com chaves como centro de custo, aplicação, ambiente e responsável. Um detalhe que pega muita gente: a AWS só usa as tags nos relatórios de custo depois que elas são ativadas no console de Billing and Cost Management, e a ativação pode levar até 24 horas para aparecer.

AWS Cost Explorer. Mostra custo e uso dos últimos 13 meses e projeta os próximos 18 meses, com filtros por serviço, conta, região e tag. Usar a interface não tem custo, segundo a documentação da AWS.

AWS Cost Anomaly Detection. Usa aprendizado de máquina para detectar gastos fora do padrão e avisar por e-mail ou por tópico do Amazon SNS. É a diferença entre descobrir um pico no fechamento do mês ou poucos dias depois de ele começar.

AWS Budgets. Define limites de gasto e alerta quando o valor real ou previsto se aproxima deles.

Passo 2: parar de pagar pelo que ninguém usa

Aqui estão os itens que mais aparecem quando se olha uma conta com calma. Nenhum deles exige mudar a arquitetura.

Volumes EBS desanexados e snapshots antigos

Um volume EBS continua sendo cobrado mesmo depois de desanexado de qualquer instância. A própria AWS recomenda revisar os volumes no estado available e, quando os dados não forem mais necessários, removê-los. Se houver dúvida, um snapshot antes da exclusão costuma custar bem menos do que manter o volume. Vale o mesmo cuidado com snapshots e backups antigos que ninguém mais vai restaurar.

Endereços IPv4 públicos sem uso

Desde 1º de fevereiro de 2024, a AWS cobra por todo endereço IPv4 público, esteja ele em uso ou parado na conta, incluindo Elastic IPs. Endereços reservados e esquecidos viram custo fixo silencioso.

Instâncias ligadas fora do horário ou maiores que a carga

Ambientes de desenvolvimento e homologação raramente precisam ficar ligados à noite e no fim de semana. E servidores dimensionados "com folga" acabam rodando com processador e memória ociosos o tempo todo. Esse ajuste de tamanho tem nome: rightsizing.

Dados guardados na classe de armazenamento errada

No Amazon S3, dados acessados raramente não precisam ficar na classe mais cara. O S3 Intelligent-Tiering move objetos automaticamente para camadas mais baratas conforme deixam de ser acessados, sem taxa de recuperação, em troca de uma pequena taxa mensal de monitoramento por objeto. Objetos menores que 128 KB não entram na movimentação automática.

Passo 3: deixar a AWS apontar onde ajustar

Você não precisa fazer essa caça manualmente.

AWS Compute Optimizer. Analisa as métricas do Amazon CloudWatch (por padrão, os últimos 14 dias) e recomenda rightsizing e recursos ociosos para instâncias EC2, grupos de Auto Scaling, volumes EBS, funções Lambda, serviços ECS no Fargate, bancos RDS e Aurora, entre outros. O serviço precisa ser ativado (opt-in) e funciona também para todas as contas de uma organização.

Cost Optimization Hub. Reúne num só painel, para todas as contas e regiões, as recomendações de rightsizing, exclusão de recursos ociosos, Savings Plans e Reserved Instances, já considerando os descontos que você tem com a AWS, e evita contar a mesma economia duas vezes.

O papel da equipe é revisar essas recomendações com o contexto que a ferramenta não tem: o pico de fim de mês, o sistema que vai crescer, a janela de manutenção possível.

Passo 4: pagar menos pelo que roda sempre

Depois de limpar e ajustar, sobra a carga que roda o tempo todo. Pagar preço On-Demand por ela é a opção mais cara. A AWS oferece modelos de compromisso que reduzem o preço sem mudar nada na aplicação:

Modelo	Como funciona	Desconto máximo publicado pela AWS sobre On-Demand
Compute Savings Plans	Compromisso de gasto por hora, em 1 ou 3 anos, válido para EC2 em qualquer família, tamanho e região, além de Fargate e Lambda	até 66%
EC2 Instance Savings Plans	Compromisso com uma família de instância numa região, flexível em tamanho e sistema operacional	até 72%
Reserved Instances (Standard)	Reserva de configuração de instância por 1 ou 3 anos	até 72%
Reserved Instances (Convertible)	Reserva que permite trocar a configuração durante o prazo	até 66%
Instâncias Spot	Capacidade ociosa do EC2, que a AWS pode retomar com aviso de dois minutos	até 90%

Os percentuais são os máximos divulgados pela AWS. O desconto real depende do serviço, da região, do prazo e da forma de pagamento. Os termos de um Savings Plan não podem ser alterados depois da compra, por isso o compromisso deve cobrir a carga estável que você já conhece, e não o pico.

As instâncias Spot fazem sentido para cargas que toleram interrupção: processamento em lote, renderização, CI/CD, análise de dados. A aplicação precisa estar preparada para receber o aviso de interrupção e continuar o trabalho em outra instância.

Um roteiro para os próximos 30 dias

Ative as tags de alocação de custo e combine um padrão mínimo de tags com as equipes.
Ative o Cost Explorer, o Cost Anomaly Detection e um orçamento com alerta no AWS Budgets.
Liste volumes EBS desanexados, snapshots antigos e IPv4 públicos sem uso, e decida o destino de cada um com o responsável.
Ative o AWS Compute Optimizer e o Cost Optimization Hub e revise as recomendações com quem conhece cada sistema.
Só então avalie Savings Plans ou Reserved Instances para a carga estável que sobrou.

Feito nessa ordem, o compromisso de 1 ou 3 anos é assinado sobre uma base já enxuta, e não sobre o desperdício.

Onde a Lavineda entra

A Lavineda opera ambientes AWS como parte do Cloud Care: a mesma equipe que acompanha disponibilidade e segurança acompanha o custo, mês a mês, com relatórios que finanças e TI conseguem ler juntos. Se a sua equipe já conduz esse trabalho, podemos somar como apoio. Mais detalhes sobre a plataforma em AWS.

Fontes

O próximo passo

Você não precisa de um grande projeto para começar. Uma conversa já mostra se a conta está organizada para ser lida, onde costuma haver desperdício num ambiente como o seu e se o momento é de limpar, ajustar ou assumir compromisso. Agende a sua conversa de diagnóstico gratuita e saia com um feedback honesto e próximos passos claros, sem compromisso.