Novo: Eficify One em beta aberto. Crie seu primeiro ambiente sem cartão.Conhecer a plataforma →
Há três anos, uma empresa de fintech migrou 200 microserviços para Kubernetes na AWS. O CTO comemorou o deploy em produção em seis meses. Sete meses depois, a fatura mensal da nuvem era 12 vezes o previsto. O problema não foi técnica. Foi decisão de negócio, tomada sem visibilidade de custo. Este cenário se repete em empresas de todos os portes, e a raiz é sempre a mesma: FinOps como reflexão, não como requisito.
A narrativa de que cloud é mais barato que onpremises persiste porque, em alguns cenários, é verdade. Mas a frase completa é: cloud é mais barato se você souber operar. O problema é que a maioria das organizações migra workloads antes de implementar a governança financeira. O resultado é um ambiente com 30 a 40% de recursos órfãos, instâncias subdimensionadas convivendo com overprovisionadas, e nenhum mecanismo de feedback para os times.
O dado mais perturbador vem do relatório State of FinOps 2023: 67% das empresas relatam que seus custos de cloud ultrapassaram o orçamento no primeiro ano de operação. Desses, 41% culpam a ausência de tagging e alocação de custo desde o início.
flowchart LR
A[Recursos sem tag] --> B{Anomalia de custo detectada}
B -->|Sim| C[Análise de causa raiz]
B -->|Não| F[Sem ação necessária]
C --> D[Otimização aplicada]
D --> E[Chargeback por time]
classDef azulEscuro fill:#1a365d,stroke:#1a365d,color:#fff,font-family:Helvetica,font-size:12px
classDef laranja fill:#dd6b20,stroke:#c05621,color:#fff,font-family:Helvetica,font-size:12px
classDef verde fill:#276749,stroke:#22543d,color:#fff,font-family:Helvetica,font-size:12px
classDef cinza fill:#718096,stroke:#4a5568,color:#fff,font-family:Helvetica,font-size:12px
class A azulEscuro
class B laranja
class C azulEscuro
class D verde
class E azulEscuro
class F cinzaTrês mecanismos convergem para destruir o budget:
1. Especificação por conservadorismo. Times de engenharia, pressionados por prazos, provisionam instâncias maiores do que o necessário. "Só para garantir." Esse cushion se torna permanente quando ninguém monitora utilização. Uma instância r5.4xlarge rodando a 8% de CPU por 12 meses custa o mesmo que 12 meses de uma r5.xlarge rodando a 90%. A diferença? Apenas uma é eficiente.
2. Tagging como afterthought. A decisão de "vamos tagging depois" é feita no dia 1, nunca executada, e vira um passivo de meses de dados sem atributos. Sem tags, não existe chargeback, não existe accountability, não existe visibilidade. É impossível otimizar o que você não consegue ver.
3. Shadow IT e acesso fácil. Cloud oferece cartão de crédito virtual para qualquer equipe. Um experimento de duas semanas vira um serviço em produção esquecido, rodando em uma conta sem monitoramento, com a fatura chegando sem contexto.
Abaixo, o processo que implemento em clientes que estão no segundo ano de dor de cabeça com cloud, e que deveria ter sido seguido antes da primeira migração.
Etapa 1: Definir a estratégia de tagging antes do primeiro recurso.
O tagging não é convenção de nomenclatura. É um contrato entre finance, engineering e operations sobre como o custo será distribuído. O framework mínimo viable inclui:
Environment: production, staging, development
CostCenter: código do departamento ou unidade de negócio
Team: squad ou time responsável
Application: nome do produto ou serviço
Owner: email do responsável técnico
DataClassification: sensitivity level para compliance
A imposição de tags obrigatórios na criação de recursos (via SCP em Organizations ou Policy as Code) elimina 90% do problema de recursos sem atributos.
Etapa 2: Implementar budget alerts antes do deploy.
Cada account deve ter um AWS Budgets ou equivalente configurado com thresholds em 50%, 80% e 100% do forecast mensal. O alerta não precisa ser blocking, precisa ser impossível de ignorar.
Etapa 3: Instrumentar cost visibility na esteira de deploy.
A integração de FinOps na CI/CD é o divisor entre quem reage e quem previne. Ferramentas como Infracost para Terraform ou cloud cost estimates no pull request transformam a decisão de provisioning em uma conversa com dado real.
name: Infracost Comment
uses: infracost/actions/comment@v2
with:
path: ./infracost.json
behavioral_change_comment: true
show_skipped: false
Esse bloco, integrado ao workflow de Terraform, adiciona um comentário automático no pull request com o delta de custo estimado. Um desenvolvedor sem contexto de cloud finance vê, na hora, que aquela nova instância RDS vai adicionar R$ 2.400/mês ao budget.
Etapa 4: Criar mecanismo de chargeback (não de showback).
Showback é mostrar a fatura. Chargeback é alocar o custo ao responsável e tratálo como dinheiro real no P&L. A diferença de comportamento organizacional é brutal. Quando um time tem seu custo refletido no budget da equipe, otimização deixa de ser iniciativa de FinOps central e vira responsabilidade de engineering.
Etapa 5: Revisão mensal de waste com owning explícito.
Um processo recorrente de 30 minutos por sprint, com o finance business partner e os tech leads, olhando para: recursos sem tag há mais de 7 dias, instâncias com utilização abaixo de 20%, volumes EBS não anexados, endereços elásticos sem uso, funções Lambda com error rate acima de 10% (que indicam provisioning incorreto e dinheiro desperdiçado).
A escolha entre "migrar agora e ajustar depois" versus "definir governança antes de tocar em qualquer recurso" não é ingênua. A primeira opção parece mais rápida. Não é. O tempo salvo na fase de migração é pago com juros na fase de estabilização, e a fatura de cloud é o extrato dessa escolha.
Organizações que madurecem FinOps no nível 3 (optimization em curso) reportam 20 a 35% de redução no cloud spend sem degradar performance ou reliability. O investimento? Cerca de 3 a 6 sprints de um engineering team para implementar tagging, integração CI/CD e dashboards de visibilidade.
O retorno é direto: se sua fatura mensal é R$ 500 mil, essa mesma equipe economiza entre R$ 100 mil e R$ 175 mil por mês, todo mês, a partir do segundo trimestre.
FinOps não é projeto. Não é. É disciplina operacional contínua, tão essencial quanto security patching ou incident response. A diferença é que FinOps tem impacto direto na margem, e CFOs estão começando a cobrar isso dos CTOs com a mesma urgência que cobravam uptime.
A decisão estratégica é simples: governança de custo cloud não é centro de custo. É instrumento de competitividade. Quem opera com visibilidade e disciplina financia a próxima feature, a próxima contratação, a próxima expansão. Quem não opera, financia a fatura.
Se sua empresa já teve uma surpresa de custo em cloud ou está planejando uma migração significativa, podemos fazer um diagnóstico de 30 minutos para mapear onde está o dinheiro e onde está o desperdício. Sem compromisso.
CONTINUE LENDO
Tags são o mínimo viável, não a solução. Descubra como arquitectar chargeback que realmente muda comportamento de squads, com alocação granular,showbacke accountability distribuída.
Como combinar visibilidade de custo por time, tagging inteligente e alertas práticos com uma cultura que sustenta tudo isso sem virar burocracia.
Tetos de gasto, alertas e atribuição de custo por squad. Como sair do susto no fim do mês para um número que cabe no DRE.