FinOps é uma prática em que engenharia, finanças e negócio dividem a responsabilidade pelo gasto com tecnologia, para decidir com dados quanto valor cada dólar entrega. Não se resume a economizar. A ordem que seguimos é atribuir cada linha da fatura de nuvem a um serviço ou a um time. Só então cortamos onde está o dinheiro, porque não dá para cortar bem o que não se sabe de quem é.
O que a FinOps Foundation diz
A definição da FinOps Foundation fala de um framework operacional e uma prática cultural que maximizam o valor de negócio da tecnologia, permitem decisões rápidas baseadas em dados e criam responsabilidade financeira pela colaboração entre engenharia, finanças e negócio. Ela traz também um aviso que vale ter por perto: se você acha que FinOps é sobre economizar, pense de novo.
O framework divide o trabalho em quatro domínios: entender uso e custo, quantificar o valor de negócio, otimizar uso e custo e gerir a prática. O primeiro inclui a ingestão dos dados, a alocação do gasto a quem o gera, os relatórios e o tratamento de anomalias.
Primeiro enxergar e atribuir, depois cortar
Eu começo pelo primeiro domínio. O motivo é prático: se você corta uma linha de que ninguém sabe o dono, não consegue provar que o corte não quebrou nada, nem sabe quem avisar. O preço dessa ordem é que o primeiro mês não entrega um número de economia, e por isso não prometemos percentual antes de ler a sua fatura. Como trabalhamos essa primeira leitura está na página de consultoria cloud.
Numa plataforma de publicidade com IA que construímos para um cliente, cada chamada ao modelo e cada peça gerada entram num registro de custo, com o faturamento no BigQuery. Daí sai uma regra simples: escolher o modelo pelo que custa uma peça aprovada. O mesmo raciocínio aplicado a um agente está em Quanto custa um agente de IA?.
Numa plataforma SaaS de análise de portfólios, o portal de desenvolvedores mostra o custo por serviço com números tirados direto da API de faturamento da nuvem, e fizemos auditorias de custo do cluster e da nuvem. Não publicamos economia desse cliente.
Numa empresa norte-americana de transporte, instalamos o OpenCost nos clusters. Tirar métricas e logs de um APM comercial e levá-los para OpenTelemetry com Grafana derrubou o gasto com observabilidade em cerca de US$ 5.000 por mês. É o dado de um cliente, não um benchmark, e não citamos o fornecedor. A análise dessa decisão está em Grafana vs Datadog.
Por onde começar esta semana
Com uma hora e a exportação de faturamento do seu provedor de nuvem. Baixe a fatura do último mês, linha por linha, e ordene da maior para a menor. Para cada uma das cinco maiores, anote um dono: um time ou um serviço, com nome.
Se em uma hora você não fecha isso, o seu primeiro projeto não é economizar, é conseguir atribuir, com tags, contas separadas ou um exportador de custo por serviço. Se fecha, já sabe onde olhar, e as perguntas de otimização deixam de ser abstratas.
O que vendemos e o que não vendemos
Não vendemos FinOps como produto à parte. Ele entra na consultoria cloud: uma revisão de custos com a fatura na mesa e infraestrutura como código, para que tudo o que mudar fique registrado num plano. O Discovery custa US$ 7.000 por 1 a 4 semanas e termina num roadmap. Os Fundamentos de IDP, US$ 5.000 em 2 semanas, trazem visualizações básicas, como a de custo. Se preferir colocar alguém no seu time, um engenheiro sênior sai por US$ 45 a 50 a hora.
Faça hoje o exercício da hora. Se levar mais que isso, conte para nós na primeira conversa.
Fontes
- FinOps Foundation, “What is FinOps?”, atualizada em março de 2026, e FinOps Framework. Consultadas em 8 de outubro de 2026.