Servidor físico você compra uma vez. Licença você renova em data conhecida. Nuvem, por sua vez, é consumo. Um desenvolvedor sobe um ambiente de teste na terça, esquece de derrubar, e o valor aparece 40 dias depois, diluído numa fatura de 300 linhas.

De fato, não é um problema pequeno nem exclusivo de empresa desorganizada. As próprias empresas estimam que cerca de 27% do que gastam em nuvem é desperdício (Flexera, State of the Cloud Report, 2024). E a gestão de custos aparece há anos como o principal desafio de nuvem entre as organizações ouvidas nesse mesmo levantamento, à frente de segurança.

Este guia organiza o assunto inteiro. Não é uma lista de dicas: é, sobretudo, a estrutura para você conseguir olhar a sua fatura e saber o que está vendo. Além disso, ao longo do texto, links levam aos aprofundamentos de cada tema.

Uma nota de método: os números aqui têm fonte e ano. Por outro lado, onde não há dado público confiável, o texto usa exemplo explicitamente hipotético ou formulação qualitativa. Afinal, fatura de nuvem varia demais entre empresas para média servir de referência.

O que entra na fatura de nuvem

A fatura de nuvem é composta por seis grupos de cobrança: computação, armazenamento, tráfego de rede, serviços gerenciados, licenças e suporte. Na prática, a maior parte das surpresas vem dos três últimos, que raramente entram na estimativa inicial.

1. Computação

É o que a maioria das pessoas chama de “o servidor”: núcleos de CPU, memória RAM e o tempo em que a máquina fica ligada. Cobrança por hora ou por segundo, dependendo do modelo. Aqui vale a regra que quase ninguém aplica: você paga pela capacidade reservada, não pela capacidade usada. Por exemplo, uma máquina com 16 GB de RAM rodando a 8% de uso custa exatamente o mesmo que uma rodando a 80%.

2. Armazenamento

Cobrado por gigabyte alocado por mês, e não por gigabyte gravado. Existem classes diferentes: disco de alta performance (SSD NVMe) custa muito mais que disco padrão, que custa mais que armazenamento de objetos, que custa mais que arquivamento frio. Snapshots e imagens de máquina também ocupam espaço e também são cobrados. Aliás, são o esconderijo mais comum de desperdício.

3. Tráfego de rede

Aqui mora a linha que mais confunde. Dados que entram no ambiente costumam ser gratuitos. Dados que saem (o chamado egress) são cobrados por gigabyte. Tráfego entre zonas de disponibilidade diferentes, ou entre regiões, também é cobrado. Uma aplicação mal distribuída pode gerar custo de rede maior que o de computação sem nenhum aumento de usuários.

Vale registrar que, desde 2024, provedores globais passaram a anunciar isenção de taxas de saída para clientes que estão migrando para fora, sob pressão regulatória europeia. No entanto, isso vale para a saída definitiva, não para a operação do dia a dia.

4. Serviços gerenciados

Banco de dados como serviço, filas, balanceadores, funções serverless, ferramentas de observabilidade. Cada um tem a própria unidade de cobrança: número de requisições, tempo de execução, volume ingerido. Ferramenta de log, por exemplo, é campeã de fatura inesperada, porque o custo cresce com o volume de dados, e o volume de dados cresce quando a aplicação tem problema, ou seja, exatamente quando você mais liga o log em modo detalhado.

5. Licenças

Sistema operacional comercial, banco de dados proprietário, camadas de segurança. Podem estar embutidas no preço da instância ou cobradas à parte, e a diferença é relevante.

6. Suporte

Em provedores globais, o suporte técnico costuma ser um plano adicional, precificado como percentual do consumo. É um custo variável disfarçado de custo fixo: quanto mais você cresce, mais paga por suporte, mesmo sem abrir chamado.

Some tudo e você tem a resposta para a pergunta que abre a maioria das reuniões de orçamento: por que a estimativa de migração quase sempre fica abaixo da fatura real. A estimativa geralmente cobre o item 1. A fatura, no entanto, cobre os seis.

Modelos de contratação: qual custa menos em qual situação

Não existe modelo de contratação mais barato em termos absolutos. Ou seja, existe modelo adequado ao perfil de carga: previsível, variável, tolerante a interrupção ou crítica. Assim, usar um modelo só para tudo é a forma mais silenciosa de pagar caro.

A tabela abaixo compara os cinco arranjos mais comuns no mercado brasileiro. O custo relativo é qualitativo de propósito: preços variam por região, provedor e período, e número inventado em tabela comparativa é pior que nenhum número.

Três leituras que a tabela permite:

• Reserva é desconto com trava. Compromisso de três anos costuma render o maior desconto, e também é o que mais engessa. Se a sua arquitetura vai mudar em 18 meses, reserva longa é economia no papel e prejuízo na prática.
• Spot não é para produção crítica, mas é subutilizado. Muitas empresas rodam processamento em lote (relatório noturno, ETL, geração de arquivo) em máquina sob demanda, quando poderiam usar capacidade ociosa por uma fração do preço.
• Previsibilidade tem valor econômico. Empresa que precisa fechar orçamento anual, faturar contrato fixo ou apresentar custo por cliente ganha com plano fechado, mesmo pagando um pouco mais por unidade. Vale dizer que volatilidade também custa dinheiro, em retrabalho de planejamento e em reunião de justificativa.

Por que a conta cresce sem que ninguém tenha pedido nada

A conta cresce porque o modelo de consumo desacopla três coisas que antes andavam juntas: quem provisiona o recurso, quem usa o recurso e quem paga a fatura. Sem esse acoplamento, não existe freio natural.

No modelo antigo, criar um servidor exigia compra, aprovação, prazo de entrega e espaço no rack. O atrito funcionava como controle. Hoje, na nuvem, criar um servidor leva noventa segundos e não passa por ninguém.

Os padrões que mais aparecem:

• Superdimensionamento por precaução. Na dúvida, dobra-se a máquina. A dúvida nunca é revisada.
• Ambientes efêmeros que viraram permanentes. Homologação criada para um projeto de dois meses, ligada há dois anos.
• Crescimento por acúmulo. Snapshots antigos, discos de máquinas apagadas, backups sem política de retenção.
• Escalonamento automático sem teto. Configurado para subir e nunca revisado para descer.
• Ninguém é dono do custo. A fatura chega no financeiro, que não entende as linhas, e é repassada à TI, que não tem meta de custo.

Cada uma dessas causas tem sintoma específico na fatura e ação correspondente. Detalhamos as onze mais frequentes, com o que fazer em cada caso, em por que minha conta de nuvem está cara.

Vale registrar que estouro de orçamento em nuvem pública é fenômeno estrutural, não anedota: a Gartner já projetava que a maioria dos líderes de infraestrutura e operações enfrentaria esse problema (Gartner, 2021), e o mercado global de nuvem pública seguiu crescendo em ritmo de dois dígitos, com projeção de US$ 723,4 bilhões em gastos de usuários finais em 2025 (Gartner, 2024).

Como estimar o custo de nuvem antes de migrar

A estimativa confiável não parte da configuração atual dos servidores. Parte da medição de uso real durante pelo menos 30 dias, somada aos custos de rede, armazenamento e operação que o ambiente físico esconde.

Um roteiro em seis passos:

1. Meça antes de estimar. Colete, por 30 dias, uso médio e de pico de CPU, memória, disco e rede de cada servidor. É comum encontrar máquinas físicas operando com 10% a 20% de uso médio de CPU, porque foram compradas para o pico de três anos à frente. Migrar essa configuração para a nuvem é comprar a ineficiência de novo, agora pagando por mês.
2. Dimensione pelo percentil, não pelo pico absoluto. Use o percentil 95 de utilização como base e trate o pico raro com escalonamento. Dimensionar pelo maior valor já observado é o erro mais caro da migração.
3. Separe carga estável de carga variável. A parte estável vai para compromisso de longo prazo. A parte variável, por sua vez, fica sob demanda. Misturar as duas em um único modelo garante desperdício de um lado ou risco do outro.
4. Não esqueça o armazenamento de backup. Retenção de 30 dias com cópia diária não ocupa o tamanho do dado: ocupa muito mais, dependendo da tecnologia de cópia. Portanto, calcule.
5. Estime o tráfego de saída. Levante quantos gigabytes por mês saem hoje do seu ambiente para internet e para filiais. Se a aplicação serve arquivos, vídeo ou relatórios pesados, essa linha pode ser relevante.
6. Inclua o custo humano. Migração consome horas de equipe. Operação também consome horas de equipe. Se essas horas não estão na planilha, a comparação com o ambiente atual está errada a favor da nuvem.

Um alerta sobre comparação com servidor próprio: compare o custo total, incluindo energia, link redundante, licenças, renovação de hardware, seguro e o tempo de indisponibilidade que a empresa aceitaria em caso de falha. Se você quer entender o que muda no dimensionamento em si, o detalhamento técnico está na página de servidores cloud.

FinOps: o que é e por onde uma empresa média começa

FinOps é a prática de gestão financeira da nuvem, ou seja, um conjunto de processos que coloca times técnicos, financeiros e de negócio na mesma mesa para decidir sobre gasto em tempo real, em vez de discutir a fatura depois de fechada. O nome vem da junção de “Finance” e “DevOps”, e a disciplina é organizada pela FinOps Foundation, entidade ligada à Linux Foundation.

O ciclo tem três fases, e elas se repetem:

• Informar. Todo mundo enxerga quanto gasta. Sem visibilidade, não há decisão possível. Na prática, isso significa etiquetar recursos por área, projeto ou cliente e produzir relatório que a pessoa não técnica consiga ler. Como fazer essa divisão está em alocação de custos cloud.
• Otimizar. Eliminar o que não é usado, ajustar o que está superdimensionado, comprometer o que é estável. O passo a passo prático está em o que é otimização de custos de nuvem.
• Operar. Transformar a otimização em rotina: alerta de anomalia, revisão mensal, meta de custo por área, política de criação de recurso.

Para uma empresa média brasileira, FinOps não começa com ferramenta nem com contratação. Começa com três decisões:

1. Alguém é o dono do custo de nuvem. Uma pessoa, com nome, que responde pela linha.
2. Existe padrão de etiquetagem aplicado a todo recurso novo, sem exceção.
3. Existe uma reunião mensal de 30 minutos com TI e financeiro olhando a mesma tela.

Sem esses três, no fim das contas, qualquer painel vira relatório que ninguém abre.

Nuvem em dólar e nuvem em real: o custo que some da planilha

Contratar nuvem faturada em dólar significa aceitar que o custo de TI da empresa passa a variar com o câmbio, mesmo que o consumo técnico fique idêntico. Para empresa com receita em real e contrato anual com cliente, esse é um risco financeiro, não um detalhe administrativo.

O que costuma escapar da comparação:

• Variação cambial. Um mês de câmbio ruim pode anular um trimestre de otimização técnica.
• Tributos e encargos sobre remessa ao exterior, que não aparecem na tabela de preços do provedor.
• Conciliação contábil. Fatura em moeda estrangeira dá trabalho para o financeiro todo mês.
• Latência. Servidor fora do país adiciona atraso de rede que penaliza aplicação com muitas idas e voltas ao banco de dados. Isso não é custo de fatura, é custo de experiência.
• LGPD e requisitos de auditoria. Dado hospedado fora do Brasil exige tratamento contratual específico sob a Lei 13.709/2018 e costuma gerar pergunta em auditoria.

Nada disso significa que nuvem internacional seja errada. Significa, isso sim, que a comparação honesta não é “preço da instância A contra preço da instância B”, e sim custo total, incluindo volatilidade.

O que a nuvem não barateia

Nuvem reduz capital imobilizado e elimina o risco de comprar hardware errado. Ela não reduz automaticamente o custo total de TI e, em alguns cenários, até aumenta.

Sendo direto sobre os trade-offs:

• Carga constante e altíssima, por muitos anos, tende a ser mais barata em hardware próprio. Nuvem cobra flexibilidade, e quem não usa flexibilidade paga por ela sem receber nada em troca.
• Aplicação mal escrita continua mal escrita. Consulta sem índice em banco de dados custa em servidor físico e custa em nuvem. Na nuvem, só fica mais fácil de mascarar aumentando a máquina, o que transforma dívida técnica em despesa mensal.
• Nuvem não substitui processo. Sem política de criação de recurso e sem dono do custo, o ambiente cresce até a fatura doer.
• Nuvem não é backup. Ter dado na nuvem não é ter cópia recuperável. Backup exige política de retenção, isolamento e teste de restauração.

No fim das contas, ter servidor na nuvem não é o mesmo que ter custo sob controle. As duas coisas exigem trabalho diferente.

Checklist: 12 perguntas para revisar a sua fatura este mês

Reserve 90 minutos e responda com a fatura aberta na frente.

• Consigo separar a fatura por área, projeto ou cliente?
• Quais são as cinco maiores linhas e o que exatamente cada uma paga?
• Existe alguma máquina ligada com uso médio de CPU abaixo de 10% nos últimos 30 dias?
• Existe algum ambiente de teste ou homologação ligado 24 horas por dia?
• Quantos snapshots e imagens de máquina existem, e qual a política de expiração?
• Existe disco alocado sem máquina associada?
• Quanto pago de tráfego de saída por mês e essa linha está crescendo?
• Que parte da minha carga é estável o suficiente para justificar compromisso de longo prazo?
• Que parte da carga tolera interrupção e poderia rodar em capacidade ociosa?
• Qual a política de retenção de backup e ela foi decidida ou herdada?
• Existe alerta automático quando o gasto diário foge do padrão?
• Quem é a pessoa responsável por essa fatura?

Se a última pergunta não tiver resposta, comece por ela. Todas as outras dependem dessa.

Como a Prodb trata custos na nuvem

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.

A nossa abordagem de custo tem três características que valem ser ditas em termos concretos:

• Arquitetura sob medida, não plano de catálogo. O dimensionamento parte do seu workload real (uso medido, perfil de banco de dados, janela de pico), e não de um pacote pronto. Como resultado, o desperdício cai na origem, que é onde ele custa menos para corrigir. O escopo está em servidores cloud.
• Faturamento em real, com infraestrutura no Brasil. Sem exposição cambial no orçamento anual, com nota fiscal brasileira e latência de servidor local. Para quem precisa fechar contrato de 12 meses com preço firme, isso muda a conversa.
• Suporte técnico dedicado, não fila de tickets. A revisão de dimensionamento é feita com engenheiro que conhece o ambiente. Quando a carga muda, a conversa sobre ajustar recurso acontece antes da fatura, não depois.

E o que não prometemos: não existe percentual garantido de economia. Quanto dá para cortar depende de como o ambiente está hoje. O que dá para garantir é que a conta seja explicável linha por linha, e essa é justamente a condição para qualquer redução real.

Perguntas frequentes sobre custos de nuvem

O post Custos na nuvem: o guia completo para entender, prever e cortar a sua fatura apareceu primeiro em Prodb.