A fatura de janeiro é o melhor relatório de FinOps que você já tem: ela mostra o que ficou ligado nas férias, o que ninguém tagueou e a GPU que treinou um piloto e nunca desligou. Antes de abrir um projeto de “otimização de nuvem”, leia a fatura com dono, tag e desligamento — o resto é teatro de slide.

Janeiro costuma misturar três coisas: consumo residual de dezembro, ambientes de teste que ninguém reclamou e instâncias “temporárias” que viraram permanente. Quem trata isso como acidente de calendário vai repetir o mesmo pico no fechamento do trimestre. Quem trata como evidência consegue cortar sem adivinhar.

Overprovisioning não é mistério — é falta de dono

Overprovisioning aparece quando a máquina, o banco ou o cluster foram dimensionados para o pior dia do ano anterior e ninguém revisitou. A fatura não explica a intenção; ela só cobra. O trabalho útil é cruzar linha de custo com tag e com um nome humano.

Sem tag, a linha é órfã. Sem dono, ninguém tem mandato para desligar. O ritual de “vamos analisar a nuvem” sem essa dupla vira planilha que ninguém fecha. Defina no primeiro sprint do ano: toda conta com custo relevante tem tag de produto, ambiente e um responsável que responde no canal do time — não num alias genérico de infra.

GPU ociosa entra no mesmo saco. Treino e inferência deixam rastro caro quando o notebook de experimento virou instância 24×7. Não inventamos percentual de desperdício aqui: o número está na fatura. O que falta é a pergunta “quem pediu para manter isso ligado?”.

Tag, ambiente e o que janeiro esconde

Três recortes cabem numa semana, sem ferramenta nova:

  1. Ambientes esquecidos — staging e sandbox com horário de produção.
  2. Storage que cresce sozinho — snapshot, log e backup sem política de retenção.
  3. Licença e managed service — item que ninguém usa e ninguém cancelou.

Janeiro é brutal porque o time está incompleto e o consumo não tira férias. Por isso o corte tem que ser reversível e documentado: desliga com rollback, registra a hipótese (“ninguém acessou em 14 dias”) e só então discute arquitetura. FinOps operacional não espera o comitê de cloud do trimestre.

Se você já tem prática de reduzir custos de cloud com FinOps, janeiro é o teste: a disciplina vale quando a fatura chega, não quando o fornecedor manda um benchmark. O mesmo recorte reaparece no fechamento do trimestre — quem não nomeou dono em janeiro chega em março negociando no escuro.

O que fazer na primeira semana útil

Não comece por “migrar de provedor”. Comece por uma lista curta com impacto visível na próxima fatura:

  • Liste as dez linhas mais caras e peça um dono para cada uma em 48h.
  • Desligue o que não tem dono após um aviso no canal do produto — com data e responsável pelo rollback.
  • Separe custo de treino/inferência do custo de aplicação: GPU ociosa não se mistura com o site.
  • Combine um teto provisório por produto até o planejamento de capacidade do trimestre.

A conversa com engenharia muda de tom quando o corte entra no backlog como item de sprint, não como “iniciativa de CIO”. Quem entrega software já sabe priorizar: uma fatia de desligamento compete com feature. Se FinOps não entra no quadro, a fatura ganha de novo.

Fatura sem dono é opinião cara. Fatura com tag e responsável vira decisão de sprint.

Como a Tech Coders trata FinOps na fábrica

Na fábrica de software, custo de nuvem entra no sprint de 15 dias como qualquer outro trabalho: hipótese, dono, aceite. Não prometemos percentual de economia universal. O que fazemos é amarrar tag, desligamento e revisão de capacidade ao ciclo de entrega — inclusive quando o tema é GPU ociosa na inferência. Sustentação 24×7 e resgate de projeto não substituem essa higiene; eles dependem dela para não operar no escuro.

Perguntas frequentes

Janeiro é cedo demais para cortar nuvem?

Não. Janeiro é quando o consumo residual aparece sem o ruído de campanha de fim de ano. Cortar com rollback é mais barato do que esperar o fechamento do trimestre com a mesma linha inchada.

Preciso de uma ferramenta de FinOps para começar?

Não. Planilha da fatura, tag e um canal com donos já expõem overprovisioning e GPU ociosa. Ferramenta ajuda depois, quando o volume de contas e times pede automação de alerta — não no lugar do dono.

Tag incompleta invalida o exercício?

Incompleta é o estado normal. Comece pelas linhas caras. Taguear tudo antes de desligar nada é o anti-padrão: perfeição de metadado como desculpa para não agir.

FinOps compete com feature no sprint?

Compete, e isso é honesto. Se o produto queima orçamento em máquina ociosa, a feature nova sai de um envelope menor. O time decide com a fatura na mesa, não com um slide de “otimização contínua”.