FinOps não é cortar nuvem: é alinhar engenharia ao P&L

FinOps não é cortar nuvem. É alinhar engenharia ao P&L.

A primeira reação a uma fatura de cloud alta costuma ser um mutirão de corte: desligar ambientes, renegociar reservas, cobrar os times. Funciona por um trimestre. Depois a conta volta.

O que a FinOps Foundation propõe é outra coisa: fazer do custo uma variável de decisão de engenharia, discutida pelas mesmas pessoas que decidem arquitetura. Um ciclo contínuo em três fases: informar, otimizar, operar.

Um framework simples que eu usaria para começar:

1. Custo por unidade de negócio, não por conta de nuvem. "Quanto custa uma transação, um cliente ativo, um pedido?" é uma conversa que o CFO entende. "Gastamos X em compute" não é.
2. Dono para cada linha de custo. Recurso sem tag e sem time responsável é desperdício esperando para acontecer.
3. Custo no mesmo painel da performance. Se o time vê latência e erro em tempo real, mas só vê custo no fechamento do mês, vai otimizar o que vê.
4. Trade-off explícito. Às vezes gastar mais é a escolha certa. Desde que alguém tenha decidido isso de propósito.

Engenharia que entende o próprio custo por unidade para de ser centro de custo na conversa com o negócio. Passa a ser alavanca de margem.

Vocês medem custo unitário nos seus produtos digitais?