Por que minha conta de nuvem está cara? 11 causas reais (e o que fazer com cada uma)

Na maioria dos casos, a fatura não subiu porque o provedor aumentou o preço. Na verdade, subiu por uma combinação de causas identificáveis, e quase todas têm sintoma visível na própria fatura.

A pergunta chega quase sempre no mesmo formato. Alguém do financeiro manda a fatura para a TI com uma frase curta: “por que está mais cara este mês?”.

No entanto, a resposta demora, porque olhar a fatura de nuvem é diferente de olhar a fatura de energia. São dezenas ou centenas de linhas, com nomes técnicos, unidades de cobrança distintas e nenhuma indicação de qual sistema ou qual área causou o quê.

Portanto, o ponto de partida útil é este: conta cara raramente tem uma causa. Em geral, tem uma pilha de causas pequenas que somaram. As próprias empresas estimam que cerca de 27% do que gastam em nuvem é desperdício (Flexera, State of the Cloud Report, 2024). E desperdício, por definição, é gasto que não gera valor nenhum.

Abaixo estão as onze causas que mais aparecem, agrupadas por origem. Para cada uma: o sintoma na fatura e a ação. Por fim, uma tabela para você percorrer com a fatura aberta.

Antes de culpar o provedor: leia a fatura por linha

O primeiro passo não é cortar nada. É conseguir explicar as cinco maiores linhas da fatura em uma frase cada. Se você não consegue, o problema ainda não é de custo. É de visibilidade.

Baixe a fatura detalhada, não o resumo. Em seguida, ordene por valor decrescente. Para cada uma das cinco maiores linhas, responda: que sistema usa isso, quem pediu, e o que acontece se desligar.

Na prática, esse exercício costuma resolver sozinho uma parte da pergunta. É comum descobrir que a maior linha não é computação, e sim armazenamento ou tráfego, dois itens que ninguém acompanha porque não têm “servidor” no nome.

Se você quer a anatomia completa dos seis grupos de cobrança de uma fatura de nuvem, ela está em custos na nuvem: o guia completo.

Causas de dimensionamento (1 a 3): você está pagando por capacidade que não usa

O grupo mais caro de causas é também o mais simples de entender: máquinas maiores do que precisam ser, ligadas por mais tempo do que precisam ficar. Na nuvem, você paga pela capacidade reservada, não pela capacidade consumida.

Causa 1: Superprovisionamento por precaução

Na migração, a equipe replicou a configuração do servidor físico. Só que o servidor físico foi comprado para aguentar o pico de três anos à frente, e opera com uso médio baixo desde então. Ou seja, você trouxe a folga para a nuvem e agora paga por ela todo mês.

• Sintoma na fatura: linhas de computação estáveis e altas, sem relação com variação de uso do negócio.
• Como confirmar: uso médio de CPU abaixo de 15% e uso de memória abaixo de 40% em 30 dias.
• Ação: rightsizing, ou seja, ajuste do tamanho da instância ao consumo real medido, mantendo folga para o pico. Reduza um degrau por vez e observe por duas semanas.

Causa 2: Ambientes de teste e homologação ligados 24 horas

Desenvolvimento trabalha em horário comercial. O ambiente, porém, fica ligado o tempo todo. Em termos de horas, um ambiente ligado apenas de segunda a sexta, das 7h às 20h, funciona cerca de 65 horas por semana, contra 168 horas do funcionamento contínuo, ou seja, menos de 40% do tempo.

• Sintoma na fatura: ambientes de não produção com custo próximo ao de produção.
• Ação: agendamento de desligamento automático. É a economia de menor risco que existe, porque ninguém é prejudicado se o ambiente de teste estiver desligado às três da manhã de domingo.

Causa 3: Escalonamento automático sem teto

O autoscaling foi configurado para subir instâncias quando a carga aumenta. Ninguém definiu limite máximo, e ninguém revisou a regra de descida. Assim, um pico anormal (ou um laço infinito na aplicação) vira fatura.

• Sintoma na fatura: picos de custo em dias específicos, sem correlação com aumento de faturamento.
• Ação: definir teto de instâncias, revisar o gatilho de descida e criar alerta de gasto diário fora do padrão.

Causas de armazenamento (4 a 6): o custo que só cresce

Armazenamento é cobrado por espaço alocado por mês, e quase nunca é revisado. Diferente de computação, ele não tem “uso ocioso” visível. Só acumula, silenciosamente, mês após mês.

Causa 4: Snapshots e imagens de máquina sem política de expiração

Alguém tira um snapshot antes de uma atualização importante. A atualização dá certo. O snapshot, porém, fica. Multiplique por três anos, por cada máquina, por cada mudança.

• Sintoma na fatura: linha de armazenamento crescendo em ritmo constante, sem crescimento equivalente de dados de negócio.
• Ação: inventariar snapshots por data de criação e definir política automática de expiração. Vale começar apagando os anteriores a 12 meses, depois de confirmar que não fazem parte de retenção legal.

Causa 5: Discos órfãos

A máquina virtual foi apagada, mas o disco associado continuou existindo. Como resultado, ele não aparece em nenhuma lista de servidores, não gera alerta e é cobrado integralmente.

• Sintoma na fatura: volume total de disco maior do que a soma dos discos das máquinas ativas.
• Ação: relatório de volumes sem anexação. É a limpeza mais rápida e a de menor risco, desde que você confirme antes que o dado não é necessário.

Causa 6: Classe de armazenamento errada

Arquivo que ninguém acessa há dois anos guardado em disco de alta performance. Log de auditoria de 2021 em SSD. Ou seja, você está pagando velocidade para um dado que ninguém lê.

• Sintoma na fatura: alto volume em classes de performance elevada.
• Ação: classificar dados por frequência de acesso e mover o que é frio para classes de arquivamento. Atenção ao trade-off: recuperar dado de arquivamento frio é mais lento e às vezes tem custo por resgate. Portanto, não jogue lá o que pode ser preciso amanhã.

De fato, esse grupo de causas é o mais subestimado. Aprofundamos onde exatamente o dinheiro some em redução de desperdício em nuvem.

Causas de rede (7 e 8): a linha que ninguém previu

Tráfego que entra no ambiente costuma ser gratuito. Tráfego que sai é cobrado por gigabyte, e tráfego entre zonas ou regiões diferentes também. É a categoria que mais surpreende porque não aparece em nenhuma estimativa de migração.

Causa 7: Tráfego de saída (egress) subestimado

Toda vez que a aplicação entrega um arquivo, um relatório, uma imagem ou uma resposta de API para fora do ambiente, há cobrança. Sistema que serve conteúdo pesado pode ter custo de rede da mesma ordem do custo de computação.

• Sintoma na fatura: linha de transferência de dados entre as cinco maiores da fatura.
• Ação: identificar o que gera o volume. Por exemplo, conteúdo estático pode ir para uma camada de cache ou CDN. Relatórios podem ser compactados. Integrações que baixam a base inteira todo dia podem passar a baixar só o que mudou.

Causa 8: Arquitetura espalhada entre zonas

Aplicação em uma zona de disponibilidade, banco de dados em outra. Assim, cada consulta atravessa a fronteira e é cobrada. A redundância é legítima, mas o desenho precisa ser intencional.

• Sintoma na fatura: custo de tráfego interno relevante, sem tráfego externo equivalente.
• Ação: revisar a topologia. Manter aplicação e banco na mesma zona, com réplica em zona distinta, costuma resolver sem perder resiliência.

Causas contratuais e cambiais (9 e 10): o preço unitário

As duas últimas causas técnicas não têm a ver com quanto você consome, e sim com quanto você paga por unidade consumida: modelo de contratação e moeda de faturamento.

Causa 9: Tudo sob demanda, inclusive o que é estável

Sob demanda é o modelo mais caro por unidade, e existe para dar flexibilidade. Se a sua carga de produção roda igual há dois anos, você está pagando por uma flexibilidade que não usa.

• Sintoma na fatura: nenhuma linha de compromisso ou reserva na fatura, com consumo constante mês a mês.
• Ação: separar a base estável da parte variável e migrar a base para instância reservada, ou seja, o compromisso de uso de 1 a 3 anos que dá desconto sobre o preço de lista. Comece por prazos menores até ter confiança na projeção.

Causa 10: Faturamento em dólar

Se o contrato é em moeda estrangeira, o custo em real muda sem que o consumo mude. Um trimestre de câmbio adverso pode apagar todo o resultado de um trabalho técnico de otimização.

• Sintoma na fatura: fatura em real subindo com consumo técnico estável.
• Ação: avaliar provedores com faturamento em real e infraestrutura no Brasil, especialmente se a empresa tem contrato anual de preço fixo com os próprios clientes. Some ao cálculo os tributos sobre remessa ao exterior e o trabalho de conciliação contábil mensal.

Causa 11: ninguém é dono do custo

A última causa é organizacional e é a que sustenta as dez anteriores. Quando a fatura chega ao financeiro, que não entende as linhas, e é repassada à TI, que não tem meta de custo, o resultado previsível é crescimento contínuo.

Os sinais são reconhecíveis:

• Ninguém sabe dizer quanto custa por mês o sistema X.
• Recursos são criados sem etiqueta de área, projeto ou responsável.
• A discussão sobre custo só acontece quando a fatura assusta.
• Não existe alerta automático de gasto anormal.

A correção não é ferramenta. É atribuição de responsabilidade: uma pessoa nomeada, um padrão de etiquetagem aplicado a todo recurso novo e uma reunião mensal curta entre TI e financeiro olhando o mesmo relatório. Como fazer a divisão por área ou por cliente está em alocação de custos cloud.

Vale dizer que isso não é falha de empresa desorganizada. Estouro de orçamento em nuvem pública é um fenômeno amplo, previsto por analistas de mercado como consequência estrutural do modelo de consumo (Gartner, 2021).

Tabela: as 11 causas, o sintoma e a ação

Percorra com a fatura aberta. A coluna de prazo indica em quanto tempo a economia costuma aparecer depois da correção.

#	Causa	Sintoma na fatura	Ação	Prazo do efeito	Risco de executar
1	Superprovisionamento	Computação alta e constante, CPU média baixa	Rightsizing gradual	1 ciclo de fatura	Médio
2	Ambiente de teste 24h	Não produção com custo de produção	Desligamento agendado	1 ciclo	Baixo
3	Autoscaling sem teto	Picos de custo em dias isolados	Definir teto e alerta	Imediato	Baixo
4	Snapshots antigos	Armazenamento crescendo sozinho	Política de expiração	1 ciclo	Baixo, após conferência
5	Discos órfãos	Disco total > disco das máquinas ativas	Excluir volumes sem anexação	Imediato	Baixo, após conferência
6	Classe de armazenamento errada	Muito volume em alta performance	Mover dado frio para arquivamento	1 a 2 ciclos	Médio (tempo de resgate)
7	Tráfego de saída	Transferência entre as maiores linhas	Cache/CDN, compactação, integração incremental	1 ciclo	Médio
8	Tráfego entre zonas	Custo de rede interna relevante	Rever topologia	1 a 2 ciclos	Médio
9	Tudo sob demanda	Nenhuma reserva, consumo estável	Reservar a base estável	Próximo ciclo	Médio (compromisso)
10	Faturamento em dólar	Real sobe com consumo estável	Avaliar provedor nacional	Na renovação	Alto esforço, baixo risco técnico
11	Sem dono do custo	Ninguém explica as linhas	Nomear responsável, etiquetar, reunião mensal	2 a 3 ciclos	Baixo

O que fazer nos próximos 30 dias

Se você precisa de resultado antes da próxima fatura, ataque nesta ordem: primeiro o que é lixo, depois o que é ocioso, e só então o que exige mudança de arquitetura ou de contrato.

• Semana 1: Limpeza. Discos órfãos, snapshots vencidos, IPs reservados sem uso, máquinas paradas há mais de 60 dias. Zero impacto em performance.
• Semana 2: Agendamento. Desligar não produção fora do horário de trabalho. Em seguida, definir teto de autoscaling e criar alerta de gasto diário anômalo.
• Semana 3: Dimensionamento. Levantar as máquinas com uso médio baixo e reduzir um degrau nas menos críticas. Depois, observar antes de continuar.
• Semana 4: Estrutura. Etiquetar tudo, nomear o responsável pela fatura e projetar a base estável que justifica compromisso de longo prazo.

O que não fazer: cortar tudo de uma vez, na véspera do fechamento, sem medição. Otimização mal executada derruba ambiente, e ambiente derrubado custa mais do que qualquer economia. O método completo, com as cinco alavancas e a ordem correta, está em o que é otimização de custos de nuvem.

Como a Prodb ajuda a explicar e reduzir a fatura

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.

Três pontos concretos sobre como tratamos esse problema:

• Dimensionamento a partir do uso real. A arquitetura é desenhada por ambiente, com base na carga medida, e não em plano de catálogo. A maior parte do desperdício descrito neste artigo nasce na origem, e é ali que sai mais barato corrigir. O escopo está em servidores cloud.
• Faturamento em real, infraestrutura no Brasil. A causa 10 deste artigo simplesmente não existe. Preço em real, nota fiscal brasileira, reajuste contratual definido e, inclusive, latência de servidor local.
• Suporte técnico dedicado. Quando a carga muda, a conversa sobre ajustar recurso acontece com um engenheiro que conhece o seu ambiente, antes da fatura chegar, e não depois que ela chegou.

O que não prometemos: percentual garantido de economia. Quanto dá para cortar depende inteiramente de como o ambiente está hoje. O compromisso possível é que cada linha da conta tenha explicação.

Perguntas frequentes

Por que minha conta de nuvem está cara?

Raramente por aumento de preço do provedor. Na maioria dos casos, a conta sobe por uma soma de causas pequenas: máquinas superdimensionadas, ambientes de teste ligados 24 horas, snapshots e discos esquecidos, tráfego de saída, tudo contratado sob demanda, faturamento em dólar e falta de um responsável pelo custo.

Como descobrir o que está encarecendo a fatura de nuvem?

Baixe a fatura detalhada, ordene as linhas por valor e explique as cinco maiores: que sistema usa, quem pediu e o que acontece se desligar. É comum descobrir que a maior linha não é computação, e sim armazenamento ou tráfego de rede.

O que é rightsizing?

Rightsizing é o ajuste do tamanho da instância ao consumo real medido, mantendo folga para o pico. O indicativo mais comum é uso médio de CPU abaixo de 15% e de memória abaixo de 40% em 30 dias. O ideal é reduzir um degrau por vez e observar por duas semanas.

Por que o tráfego de saída encarece tanto a conta de nuvem?

Porque dados que saem do ambiente são cobrados por gigabyte, assim como o tráfego entre zonas e regiões. Sistemas que entregam arquivos, relatórios ou imagens podem ter custo de rede da mesma ordem do custo de computação. Cache, CDN, compactação e integrações incrementais ajudam a reduzir essa linha.

O que fazer primeiro para reduzir a conta de nuvem?

Comece pelo que é lixo: discos órfãos, snapshots vencidos, IPs reservados sem uso e máquinas paradas. Depois desligue ambientes de não produção fora do horário de trabalho e defina teto de autoscaling. Só então ajuste o tamanho das máquinas e revise contrato e arquitetura.

Faturamento em dólar deixa a nuvem mais cara?

Pode deixar, mesmo com consumo técnico estável. Com contrato em moeda estrangeira, o custo em real varia com o câmbio, e um trimestre de câmbio adverso pode apagar o resultado de uma otimização. Também entram na conta os tributos sobre remessa ao exterior e a conciliação contábil mensal.