A conta de nuvem cresce e ninguém sabe explicar por quê

A empresa migrou para nuvem esperando reduzir custo. Dois anos depois a conta é maior que a infraestrutura antiga, e a reunião sobre isso termina sempre do mesmo jeito: alguém pede para “ver o que dá para cortar”, e ninguém sabe responder sem risco de derrubar produção.

O problema não costuma ser o preço. É a ausência de dono.

O que mudou com a nuvem

No modelo antigo, servidor era compra aprovada uma vez e usada por anos. Existia processo, existia orçamento, e existia uma pessoa que assinava.

Em nuvem, qualquer pessoa com acesso cria recurso em segundos. A aprovação sumiu do fluxo, o que é exatamente a vantagem do modelo, e a conta chega um mês depois, somada num número único, sem dizer quem criou o quê nem para quê.

O gasto ficou fácil de gerar e difícil de atribuir. É essa distância que FinOps existe para fechar.

Onde o dinheiro costuma estar

O desperdício raramente está em negociação de desconto. Está em coisas específicas e chatas:

• Ambiente de homologação criado para um teste, ligado desde então, rodando 24 horas por dia para ninguém.

• Banco de dados dimensionado para um pico de Black Friday que passou e nunca mais voltou ao tamanho normal.

• Volume de armazenamento de instância que foi desligada, mas cujo disco continua existindo e cobrando.

• Backup guardado na camada mais cara porque a política foi definida na migração e nunca revista.

• Ambiente de um projeto que foi cancelado, mantido porque ninguém tem certeza se pode apagar.

Nenhum desses itens aparece num relatório que mostra só o total do mês.

Os três movimentos que resolvem

Marcar. Cada recurso com uma etiqueta dizendo de quem é e para quê serve. É trabalho tedioso, e é o que torna todo o resto possível: sem marcação, não existe relatório por área, só um número agregado.

Medir por dono. Trocar o número único do fim do mês pelo custo por time, por produto ou por cliente. A conversa muda quando a área enxerga o próprio consumo.

Devolver a decisão a quem tem contexto. Time que vê o custo do próprio ambiente toma decisão diferente sem ninguém precisar impor corte. Quem sabe que aquele banco custa caro é quem sabe se ele pode encolher.

A expectativa que precisa ser ajustada

A primeira entrega de FinOps é visibilidade, não economia. Quem contrata esperando corte imediato se frustra no primeiro mês, porque o mês inicial é gasto instrumentando.

A economia vem da decisão que a visibilidade permite, e costuma aparecer a partir do segundo ciclo. É também mais duradoura, porque não depende de alguém lembrar de desligar coisa.

Quando não vale

Se a conta de nuvem é pequena, o trabalho de instrumentar custa mais do que economiza. Existe um patamar abaixo do qual a resposta certa é não fazer nada.

E se o problema é de arquitetura, medir não conserta. Sistema mal dimensionado precisa ser corrigido antes de ser otimizado, senão a medição só documenta o desperdício com mais precisão.

Por onde começar

Pela conta atual, aberta por recurso e por dono, e não pelo total. Agende um diagnóstico ou veja a frente de FinOps.

Perguntas Frequentes

Por que a conta de nuvem cresce mesmo depois da migração para reduzir custos?

Na maioria dos casos, o problema não é o preço da nuvem, mas a falta de visibilidade e responsabilidade sobre os recursos criados. Como qualquer pessoa pode provisionar serviços rapidamente, o gasto fica fácil de gerar e difícil de atribuir. Sem saber quem criou o quê e para qual finalidade, a conta aumenta sem controle claro.

O que é FinOps e como ele ajuda a reduzir custos em nuvem?

FinOps é uma prática que aproxima operação, tecnologia e finanças para dar visibilidade ao consumo em nuvem. Ele ajuda a identificar quem é dono de cada recurso, quanto cada time consome e onde está o desperdício. A economia vem depois, a partir de decisões melhores baseadas nesses dados.

Quais são os desperdícios mais comuns que aumentam o custo da nuvem?

Os desperdícios mais comuns incluem ambientes de homologação esquecidos, bancos de dados superdimensionados, discos de instâncias já desligadas e backups mantidos em camadas mais caras do que o necessário. Também é frequente encontrar ambientes de projetos cancelados que continuam ativos por falta de segurança para removê-los. Esses custos geralmente ficam escondidos quando se olha apenas o total da fatura.

Como começar uma estratégia de FinOps para controlar gastos na nuvem?

O primeiro passo é marcar cada recurso com etiquetas que indiquem quem é o responsável e qual é sua finalidade. Depois, o ideal é medir o custo por time, produto ou cliente, em vez de analisar apenas o valor total do mês. Isso permite que a decisão sobre redução de custo volte para quem realmente entende o contexto do ambiente.

Quando não vale a pena implementar FinOps na nuvem?

Se a conta de nuvem ainda é pequena, o esforço de instrumentação pode custar mais do que a economia gerada. Também não faz sentido esperar que FinOps resolva problemas de arquitetura, porque medir não corrige sistemas mal dimensionados. Nesses casos, o mais importante é ajustar a arquitetura antes de otimizar custos.