O que é otimização de custos de nuvem e por onde começar na prática

Otimizar custo de nuvem não é cortar recurso até doer. É pagar pela capacidade que a empresa realmente usa, e conseguir provar isso mês a mês.

Existe um roteiro previsível em empresas que crescem na nuvem sem processo de custo.

Primeiro a fatura sobe devagar e ninguém repara. Depois sobe rápido e alguém pergunta. Então vem a reação clássica: uma força-tarefa de duas semanas, corte agressivo, comemoração do resultado. E, seis meses depois, a fatura está no mesmo patamar de antes.

O motivo é simples. Corte é evento. Otimização, por outro lado, é rotina. De fato, as duas coisas produzem números parecidos no primeiro mês e resultados opostos no primeiro ano.

As próprias empresas estimam que cerca de 27% do que gastam em nuvem é desperdício (Flexera, State of the Cloud Report, 2024). Vale dizer que recuperar essa fatia não exige ferramenta cara nem equipe nova. Exige, acima de tudo, método e alguém responsável.

O que é otimização de custos de nuvem

Otimização de custos de nuvem é o conjunto contínuo de práticas para alinhar o gasto com infraestrutura ao valor que ela entrega, eliminando o que não é usado, ajustando o que está superdimensionado, comprometendo o que é estável e comprando pelo modelo mais adequado a cada tipo de carga.

Três elementos definem a prática:

• É contínua. Não é, portanto, projeto com data de encerramento. Ambientes mudam toda semana; um ambiente otimizado em março está desalinhado em setembro.
• É baseada em medição. Ou seja, toda decisão parte de dado de utilização real, não de opinião sobre o que a aplicação “deve precisar”.
• É orientada a valor, não a corte. A pergunta certa não é “como gasto menos?”, e sim “estou pagando o preço adequado pelo que essa carga entrega?”. Inclusive, às vezes a resposta correta é gastar mais em um lugar para gastar bem menos em outro.

A disciplina mais ampla que organiza esse trabalho chama-se FinOps, a junção de “Finance” com “DevOps”, uma prática de gestão financeira da nuvem que coloca times técnicos, financeiros e de negócio decidindo juntos sobre o gasto, organizada pela FinOps Foundation, entidade ligada à Linux Foundation. A otimização é a parte executiva desse ciclo.

O que não é otimização de custos de nuvem

Otimização não é desligar recurso no escuro, não é migrar de provedor por preço de tabela e não é escolher sempre a máquina mais barata. Na verdade, confundir corte com otimização produz economia no primeiro mês e incidente no segundo.

Vale nomear os quatro equívocos mais comuns:

• Corte linear. “Reduzir 20% de todo mundo” trata ambientes desiguais como iguais. Na prática, a carga que estava justa fica insuficiente, e a que estava folgada continua folgada.
• Troca de provedor como primeira medida. Se o ambiente está superdimensionado, você vai levar o superdimensionamento junto. Migração, além disso, é trabalho caro em horas de equipe. Otimize primeiro e compare depois. Assim, a comparação será honesta.
• Perseguir só o preço unitário. Negociar desconto sobre uma capacidade que não é usada é fixar o desperdício por contrato.
• Tratar como tarefa exclusiva da TI. Boa parte das decisões de custo é de negócio: por quanto tempo guardar dados, qual disponibilidade contratar, quanto de latência é aceitável. TI executa; porém, ela não decide sozinha o apetite de risco da empresa.

As cinco alavancas da otimização

Toda ação de otimização cai em uma de cinco alavancas: eliminar, redimensionar, agendar, comprometer e rearquitetar. Elas se diferenciam, por sua vez, pelo esforço exigido, pelo prazo de retorno e pelo risco de execução, e devem ser aplicadas nessa ordem.

Alavanca	O que é	Esforço	Prazo do resultado	Risco	Exemplos típicos
Eliminar	Remover recurso que ninguém usa	Baixo	Imediato	Baixo	Discos órfãos, snapshots vencidos, IPs reservados, máquinas paradas
Agendar	Ligar o recurso só quando é necessário	Baixo	1 ciclo de fatura	Baixo	Desligar teste e homologação fora do horário comercial
Redimensionar	Ajustar o tamanho ao uso medido	Médio	1 ciclo	Médio	Rightsizing de instâncias, redução de IOPS provisionado
Comprometer	Trocar flexibilidade por desconto	Médio	Próximo ciclo	Médio a alto	Instância reservada, plano anual, capacidade contratada
Rearquitetar	Mudar o desenho da solução	Alto	3 a 12 meses	Alto	Reescrever consulta pesada, adotar cache, mover dado frio, revisar topologia de rede

A ordem importa por um motivo prático: as duas primeiras alavancas geram caixa e credibilidade sem risco, o que compra apoio interno para as três seguintes. Em compensação, começar por rearquitetura é o caminho mais rápido para o projeto morrer na terceira reunião.

Uma observação sobre a alavanca de comprometer. Instância reservada é o compromisso de uso por 1 a 3 anos em troca de desconto sobre o preço de lista. É poderosa e é irreversível. Portanto, só reserve capacidade que você já redimensionou. Caso contrário, você trava o superdimensionamento por três anos.

Por onde começar: o plano dos primeiros 30 dias

O começo não é escolher ferramenta. É conseguir enxergar o gasto e produzir uma vitória rápida e sem risco, que dê legitimidade ao trabalho seguinte.

Semana 1: Enxergar

Baixe a fatura detalhada dos últimos três meses. Em seguida, ordene por valor. Responda, para cada uma das dez maiores linhas: que sistema é este, quem é o responsável, o que acontece se desligar. Se não souber responder metade, o problema atual é de visibilidade, não de custo. A anatomia completa da fatura está em custos na nuvem: o guia completo.

Semana 2: Eliminar

Primeiro, faça o inventário do que está alocado e não está sendo usado: volumes de disco sem máquina associada, snapshots além da política de retenção, imagens antigas, IPs reservados, balanceadores sem destino, máquinas paradas há mais de 60 dias. Confirme com os responsáveis, documente e remova. Risco baixo, resultado na próxima fatura.

Semana 3: Agendar

Liste todos os ambientes que não são produção. Depois, defina janela de funcionamento e automatize o desligamento. Em muitas empresas, essa única medida entrega a maior economia isolada do mês, porque um ambiente ligado só em horário comercial funciona menos de 40% das horas de uma semana.

Semana 4: Medir e organizar

Aplique etiquetas a todo recurso (área, projeto, ambiente, responsável), configure alerta de gasto diário fora do padrão e marque a primeira reunião mensal de 30 minutos entre TI e financeiro. Sem essa etapa, tudo que você fez nas três semanas anteriores se desfaz em seis meses.

Só a partir do segundo mês entre em redimensionamento e compromisso. Afinal, eles exigem série histórica de utilização e conversa com quem opera cada sistema.

Rightsizing na prática, sem quebrar nada

Rightsizing é ajustar o tamanho de cada recurso ao consumo real medido, preservando margem para picos. É a alavanca com melhor relação entre economia e esforço e, ao mesmo tempo, a que mais gera medo, porque mexe em produção.

Um método que funciona:

1. Colete 30 dias, no mínimo. Uso de CPU e memória (médio e percentil 95), fila de disco e tráfego. Sete dias, por exemplo, não capturam fechamento de mês, folha, campanha ou pico sazonal.
2. Use percentil, não pico absoluto. Dimensionar pelo maior valor já registrado é o motivo pelo qual metade dos ambientes está superdimensionada. Trabalhe com o percentil 95 e trate o excedente com escalonamento.
3. Classifique por criticidade antes de mexer. Comece pelos ambientes de menor impacto. Portanto, produção crítica é a última da fila, não a primeira.
4. Desça um degrau por vez. Reduza um tamanho, observe por duas semanas com monitoramento ativo, e só então avalie o próximo passo.
5. Tenha caminho de volta. Documente a configuração anterior e a janela de reversão antes de aplicar a mudança.
6. Olhe memória e disco, não só CPU. É comum a CPU estar ociosa e a memória no limite. Trocar por uma família de instância com proporção diferente entre CPU e memória costuma render mais que simplesmente diminuir de tamanho.

Um alerta honesto: rightsizing agressivo em banco de dados de produção é a forma mais rápida de transformar economia em incidente. Na prática, banco de dados reage mal a redução de memória, porque perde cache e passa a fazer mais leitura em disco, o que pode aumentar o custo de armazenamento e derrubar a performance ao mesmo tempo.

Como medir se a otimização está funcionando

O indicador de sucesso não é o valor absoluto da fatura. É o custo por unidade de negócio: custo por cliente atendido, por pedido processado, por usuário ativo ou por transação.

O motivo é direto. Uma empresa que cresce 40% e vê a fatura subir 25% otimizou bem, mesmo com a conta maior. Por outro lado, uma empresa estável que reduziu 5% e depois voltou ao patamar anterior não otimizou nada. Apenas adiou.

Quatro indicadores que valem acompanhar mensalmente:

• Custo por unidade de negócio. A métrica principal. Escolha uma unidade que a diretoria entenda.
• Percentual de recursos etiquetados. Se está abaixo de 90%, você não consegue atribuir custo a ninguém. Como estruturar isso está em alocação de custos cloud.
• Cobertura de compromisso. Quanto da carga estável está sob reserva ou plano de longo prazo.
• Recursos ociosos identificados no mês. Se esse número nunca zera, o processo de criação de recursos é que precisa de regra, não a limpeza.

E um teste simples de maturidade: consegue responder, em menos de cinco minutos, quanto custou por mês o sistema mais importante da empresa nos últimos seis meses? Se não, o painel ainda não existe.

Os erros que transformam otimização em problema

Otimização mal conduzida custa mais do que não fazer nada. De fato, os quatro erros abaixo aparecem com frequência e todos têm a mesma raiz: pressa por resultado sem medição.

• Cortar antes de medir. Desligar recurso porque “parece que ninguém usa” é apostar. Meça, confirme com o responsável e documente.
• Otimizar sem monitoramento. Ou seja, se você reduz uma instância e não tem alerta de saturação, vai descobrir o problema pelo telefone do cliente.
• Reservar capacidade não revisada. Comprometer três anos de uma máquina superdimensionada é congelar o desperdício em contrato.
• Cortar backup e redundância para bater meta. É o pior corte possível. Reduzir retenção ou eliminar cópia isolada troca uma economia pequena e certa por um risco grande e improvável, até que ele deixe de ser improvável. O custo médio global de uma violação de dados foi de US$ 4,88 milhões em 2024 (IBM, Cost of a Data Breach Report, 2024). Em resumo, backup e disponibilidade entram na conversa de arquitetura, não na de corte.

Se você quer mapear onde exatamente o dinheiro está sumindo antes de agir, vale ler redução de desperdício em nuvem e o diagnóstico por sintoma em por que minha conta de nuvem está cara.

Checklist de otimização para rodar todo trimestre

Transforme em rotina. Trinta minutos por trimestre evitam a força-tarefa de duas semanas.

• Existe volume de disco alocado sem máquina associada?
• Existe snapshot ou imagem além da política de retenção definida?
• Todo ambiente de não produção tem janela de funcionamento configurada?
• Alguma instância está com uso médio de CPU abaixo de 15% em 30 dias?
• Alguma instância está com memória acima de 85% de forma sustentada?
• O autoscaling tem teto máximo definido?
• A carga estável está coberta por compromisso de longo prazo?
• O tráfego de saída cresceu acima do crescimento do negócio?
• Há dado frio ocupando armazenamento de alta performance?
• 90% ou mais dos recursos estão etiquetados por área e responsável?
• Existe alerta automático de gasto diário fora do padrão?
• O custo por unidade de negócio foi calculado e apresentado neste trimestre?

Como a Prodb trabalha otimização de custos

A Prodb Tecnologia é uma empresa brasileira de infraestrutura em nuvem, sediada na região de Campinas, com 15 anos de operação em 2026 e mais de 550 clientes atendidos.

Nossa posição sobre custo é a de que a maior economia acontece antes da primeira fatura, no dimensionamento:

• Arquitetura sob medida por ambiente. O desenho parte da carga real do cliente (uso medido, perfil de banco de dados, janela de pico, requisito de disponibilidade), e não de um plano de catálogo. Dessa forma, evitamos a origem do superdimensionamento, que é o item mais caro deste artigo. O escopo está em servidores cloud.
• Faturamento em real, infraestrutura no Brasil. Otimização técnica não é anulada por variação cambial, e o orçamento anual fecha com o número que foi aprovado.
• Suporte técnico dedicado. Revisão de dimensionamento feita por engenheiro que conhece o ambiente. Quando a carga muda, a conversa sobre ajuste acontece antes da fatura chegar.

O que não prometemos: percentual fixo de economia. Na verdade, quanto dá para reduzir depende inteiramente do estado atual do ambiente, e quem promete número antes de olhar a carga está adivinhando. O que dá para garantir é uma conta explicável linha por linha, que é, no fim das contas, a condição para qualquer redução sustentável.

Perguntas frequentes

O que é otimização de custos de nuvem?

É o conjunto contínuo de práticas para alinhar o gasto com infraestrutura em nuvem ao valor que ela entrega: eliminar o que não é usado, ajustar o que está superdimensionado, comprometer o que é estável e contratar pelo modelo mais adequado a cada tipo de carga. É rotina, não uma força-tarefa pontual.

Qual a diferença entre otimização de custos e corte de custos?

Corte é evento: reduz a fatura no primeiro mês e costuma voltar ao patamar anterior em alguns meses. Otimização é rotina baseada em medição, orientada a valor. A pergunta não é “como gasto menos?”, e sim “estou pagando o preço adequado pelo que essa carga entrega?”.

Quais são as alavancas de otimização de custos de nuvem?

São cinco: eliminar recursos sem uso, agendar ambientes que não precisam ficar ligados, redimensionar instâncias ao uso medido, comprometer a carga estável em troca de desconto e rearquitetar a solução. A ordem vai do menor para o maior esforço e risco.

Por onde começar a otimizar custos de nuvem?

Pela visibilidade. Na primeira semana, explique as dez maiores linhas da fatura. Depois elimine recursos sem uso, agende o desligamento de ambientes de não produção e organize etiquetas, alertas e uma reunião mensal entre TI e financeiro. Redimensionamento e compromisso ficam para o segundo mês.

Como fazer rightsizing sem derrubar o ambiente?

Colete pelo menos 30 dias de uso, dimensione pelo percentil 95 e não pelo pico absoluto, comece pelos ambientes menos críticos, reduza um degrau por vez com duas semanas de observação e mantenha um caminho de volta documentado. Banco de dados de produção exige cuidado extra com redução de memória.

Como saber se a otimização de custos está funcionando?

Acompanhe o custo por unidade de negócio, como custo por cliente, pedido ou transação, e não só o valor absoluto da fatura. Também vale medir o percentual de recursos etiquetados, a cobertura de compromisso da carga estável e os recursos ociosos identificados no mês.