Por que a conta da nuvem sobe sozinha

A conta da nuvem raramente sobe por um motivo dramático. Ela sobe porque quase todo movimento numa infraestrutura é de acréscimo, e quase nenhum é de remoção.

Cria-se um ambiente para testar uma migração. Sobe-se uma máquina maior para aguentar uma campanha. Liga-se um log detalhado para investigar um problema. Cada uma dessas decisões é correta no momento em que é tomada. O que falta é a segunda metade: alguém desligar aquilo quando o motivo acabou.

Os padrões que mais aparecem quando se abre a fatura com atenção:

• Ambientes de teste e homologação ligados o tempo todo, inclusive à noite e no fim de semana, quando ninguém os usa.
• Máquinas dimensionadas por precaução, escolhidas no início do projeto e nunca revistas depois que o comportamento real ficou conhecido.
• Discos e snapshots de recursos que já foram apagados, mas cujo armazenamento continua sendo cobrado.
• Logs e métricas sem política de expiração, guardando com detalhe máximo dados de três anos atrás que ninguém vai consultar.
• Tráfego de saída, que quase nunca entra na conta de guardanapo e frequentemente é a linha que mais cresce.
• Serviços gerenciados contratados numa camada superior à necessária, porque a menor "parecia arriscada".

O tráfego de saída merece atenção especial porque é o custo menos intuitivo. Guardar dado é barato; tirá-lo de lá, não. Arquitetura que move volume entre regiões, ou que serve arquivo pesado direto do armazenamento sem cache na frente, transforma um custo previsível em um custo proporcional ao sucesso do produto.

Vale notar também que a fatura sozinha esconde a informação mais útil. Sem etiquetar recursos por ambiente, projeto ou time, o total continua sendo um número único que ninguém consegue explicar nem atribuir. Etiquetagem não reduz custo, mas é o que torna a redução discutível.

A correção quase nunca é migrar de provedor. É criar o hábito que faltava:

• Revisar a fatura por serviço todo mês, não uma vez por ano quando ela assusta.
• Desligar ambiente que não é usado fora do horário de trabalho.
• Definir expiração para log, métrica e snapshot no momento em que são criados, não depois.
• Comparar o dimensionamento com o consumo real observado, e ajustar para baixo quando couber.
• Etiquetar recursos por projeto e ambiente, para que o custo tenha dono.
• Antes de otimizar, medir: o maior item da fatura raramente é o que a equipe imagina.

Há um limite honesto nisso. Otimização de custo tem retorno decrescente, e chega um ponto em que a hora gasta economizando vale mais do que a economia. O objetivo não é a menor fatura possível — é uma fatura que alguém consiga explicar linha a linha.