Toda empresa que cresce em cima de infraestrutura em nuvem, cedo ou tarde, chega a essa pergunta: por que estamos gastando tanto com cloud? Ela geralmente aparece quando a fatura do mês surpreende, ou quando alguém do financeiro compara o valor com o tamanho da operação e não fecha a conta. A resposta que o time técnico costuma dar é vaga: "a demanda cresceu", "precisamos disso para não cair". Raramente alguém consegue explicar, com números reais, por que o gasto é exatamente aquele.
A fatura mostra o quanto, não o porquê
Um dashboard de custo por serviço, por time ou por tag é útil, mas responde só metade da pergunta. Ele mostra que o time X gastou R$ 80 mil em computação, não explica se aquilo é necessário. Essa distinção parece sutil, mas é onde a maioria das empresas trava: têm visibilidade financeira, mas não têm diagnóstico técnico. E sem diagnóstico técnico, "cortar custo" vira negociar desconto com o provedor ou trocar de plano, o que resolve pouco.
As duas perguntas técnicas que a maioria das empresas nunca fez
Já escrevemos sobre as duas perguntas que, juntas, explicam a maior parte do gasto excessivo com cloud:
A primeira é se o time sabe medir o que realmente está sendo consumido. A maioria dos serviços é dimensionada por achismo, não por medição de uso real de CPU e memória em pico. Sem essa medição, o caminho natural é sempre superdimensionar, "para não cair", e esse excesso vira custo fixo mensal que ninguém revisa depois.
A segunda é se, quando a decisão de crescer é tomada, as duas dimensões de escalabilidade estão calibradas juntas: cada réplica no tamanho certo, e o número de réplicas acompanhando a demanda real. Muita empresa paga por clusters grandes cheios de réplicas superdimensionadas, e o contrário também acontece: empresas travadas numa única máquina gigante sem nenhuma camada de redundância.
Some as duas coisas, e o padrão fica claro: o gasto alto com cloud raramente é sobre o provedor ser caro, é sobre ninguém ter medido o que estava sendo comprado.
Por que isso se acumula com o tempo
Nenhuma dessas decisões é tomada de uma vez só, de forma consciente. Elas se acumulam serviço por serviço, incidente por incidente, ao longo de anos. Cada "vamos aumentar a instância" de uma sexta-feira à noite vira parte do orçamento fixo do mês seguinte, e ninguém volta lá para perguntar se ainda faz sentido. Multiplicado por dezenas de serviços rodando há anos sem revisão, o resultado é uma fatura que cresce de forma constante, mesmo quando o negócio não cresceu na mesma proporção.
O diagnóstico rápido que revela onde está o excesso
Antes de qualquer negociação com o provedor ou troca de plano, valem três perguntas simples para o time técnico:
- Para os três ou quatro serviços mais caros da fatura, alguém sabe dizer qual é a utilização real de CPU e memória em horário de pico?
- Esses serviços estão dimensionados para o pico medido, ou para um pico teórico que nunca foi de fato observado?
- Quando foi a última vez que alguém revisou se o número de réplicas daquele serviço realmente acompanha a demanda, em vez de ficar fixo desde que foi configurado?
Se as respostas forem vagas, é bem provável que exista uma parcela relevante da fatura que pode ser cortada sem nenhum risco à performance ou à estabilidade.
Como a Henceforth ajuda
Entramos exatamente nesse ponto que a fatura de cloud não mostra: medimos o consumo real de CPU e memória dos serviços em produção, avaliamos se cada réplica está no tamanho certo e se o número delas acompanha a demanda real, e transformamos isso num plano concreto de redução de custo. Não é negociar desconto com o provedor, é entender o que, de fato, está sendo pago e por quê.
Se sua empresa faz essa pergunta todo mês sem ter uma resposta técnica de verdade, fale com a nossa equipe e vamos descobrir juntos onde está o excesso.