FinOps no Brasil é mais difícil do que nos Estados Unidos por uma razão simples: você gasta em dólar, orça em real, e o câmbio muda. Uma fatura de USD 50.000/mês pode representar R$ 275.000 em março e R$ 310.000 em setembro do mesmo ano — sem que nenhum serviço novo tenha sido contratado. Planejar FinOps sem endereçar esse problema é incompleto.
O contexto brasileiro de cloud
Antes de entrar nas práticas de FinOps, vale entender o que é específico do contexto brasileiro:
Câmbio: qualquer empresa que usa cloud pública americana (AWS, Azure, GCP) ou muitos softwares SaaS paga em dólar. Com o histórico de variação cambial do real — que oscilou de R$ 4,00 a R$ 6,50 em poucos anos — o custo em BRL de cloud pública é intrinsecamente imprevisível.
Tributação de serviços digitais: importação de serviços digitais no Brasil envia IOF (0,38%) e pode ter incidência de ISS dependendo do município. Alguns provedores emitem nota separada para serviços prestados no Brasil (ISP) vs. fora do Brasil (importação de serviços). Entender a nota fiscal do seu provedor cloud é necessário para planejamento tributário correto.
Concentração em USD: para empresas que não exportam, cloud pública em USD representa uma exposição cambial pura — não há hedge natural. Empresas exportadoras têm receita em dólar que cobre parte do custo de cloud — um hedge natural não intencional.
Faturamento centralizado: muitas empresas brasileiras de médio porte têm uma conta cloud centralizada pagando por múltiplos departamentos, sem visibilidade por área de negócio. Isso é o primeiro problema de FinOps a resolver.
Como estruturar FinOps em empresa brasileira
Passo 1: Visibilidade — você não gerencia o que não vê
O ponto de partida é saber quem está gastando o quê. A ferramenta para isso é tagging (tags de cloud — metadados atribuídos a cada recurso):
- Tag de ambiente:
ambiente=producao,ambiente=homologacao,ambiente=desenvolvimento - Tag de aplicação:
app=erp,app=site-ecommerce,app=crm - Tag de área de negócio:
area=financeiro,area=comercial,area=ti - Tag de responsável técnico:
owner=ana.silva,owner=equipe-backend - Tag de projeto:
projeto=migracao-2025,projeto=bi-novo
Sem tags, você vê uma fatura total. Com tags, você vê que o ambiente de desenvolvimento de um projeto específico está consumindo 40% do orçamento de cloud sem que ninguém soubesse.
Passo 2: Accountability — cada área paga pelo que usa
FinOps exige que as áreas de negócio se vejam como usuárias (e pagadoras) de cloud, não apenas como beneficiárias. O modelo chargeback (cada área é cobrada internamente pelo que consome) ou showback (cada área vê o quanto consome, mesmo sem cobrança interna) são mecanismos diferentes para o mesmo objetivo: criar responsabilidade.
Para empresas brasileiras, o showback é frequentemente o ponto de partida — simplesmente mostrar para cada diretor quanto cloud sua área está usando muda o comportamento.
Passo 3: Processo de revisão mensal
FinOps não é projeto — é processo recorrente. A reunião mensal de FinOps deve incluir:
- Revisão da fatura do mês anterior vs. orçamento
- Identificação de anomalias (recurso que dobrou de custo sem justificativa)
- Decisão sobre otimizações (rightsizing, instâncias reservadas, serviços não utilizados)
- Projeção do próximo mês com cenário de câmbio
As 5 alavancas de economia mais efetivas no Brasil
1. Reserved Instances e Savings Plans
Para workloads estáveis (que rodam 24/7 no mesmo tamanho), comprometer-se por 1 ou 3 anos com o provedor em troca de desconto é a maior alavanca individual. Descontos típicos:
- Comprometimento de 1 ano: 30–40% vs. preço sob demanda
- Comprometimento de 3 anos: 50–65%
No Brasil, o desafio é orçar o compromisso de 3 anos com um câmbio imprevisível. Uma alternativa: comprometer-se em Savings Plans (que são mais flexíveis que Reserved Instances específicas) e revisar anualmente.
2. Rightsizing
A maioria dos ambientes tem VMs superdimensionadas — provisionadas para o pico que nunca acontece. Análise de utilização por 30 dias geralmente revela que 30–50% das VMs usam menos de 20% de CPU e 40% de RAM. Reduzir para o tamanho real economiza proporcionalmente.
Regra prática: monitore por 30 dias com dados de uso real, identifique VMs com uso médio < 30% de CPU e < 50% de RAM, proponha redução de tamanho com validação do responsável técnico.
3. Desligar o que não está sendo usado
Ambientes de desenvolvimento e homologação não precisam rodar 24/7. Com agendamento automático (desliga às 19h, liga às 8h nos dias úteis), você reduz 60–70% do custo de compute desses ambientes. Em uma empresa com 10 VMs de dev que custam R$ 5.000/mês rodando 24/7, a economia seria R$ 3.000–3.500/mês — sem nenhum impacto operacional.
4. Gestão de storage ocioso
Discos que não estão anexados a VMs (snapshots esquecidos, volumes orfãos após exclusão de VM) continuam cobrando. Um inventário de storage frequentemente revela 20–40% de desperdício nessa categoria.
5. Revisão de serviços não utilizados
Recursos provisionados para um projeto e esquecidos após o fim do projeto são comuns. Banco de dados criado para teste, load balancer de uma aplicação descontinuada, IP estático não utilizado — cada um tem custo. Inventário mensal de todos os recursos com tag de projeto encerrado deve ser rotina.
Como comunicar custo cloud para o CFO em BRL
O CFO não quer ver fatura em USD. Quer ver:
- Custo mês a mês em BRL — com comparativo vs. orçamento
- Variação cambial isolada — quanto da variação é câmbio vs. crescimento real de uso
- Custo por área de negócio — para cobrar accountability internamente
- Projeção para o próximo mês — com cenário de câmbio conservador (use sempre câmbio pessimista no orçamento)
- Iniciativas de economia em andamento — com impacto estimado em BRL
Um dashboard simples no Power BI ou Google Looker Studio conectando a exportação de custo do provedor cloud e uma tabela de câmbio histórico resolve esses requisitos.
Como lidar com variação cambial no planejamento
Câmbio conservador no orçamento: nunca orce com câmbio otimista. Se o dólar está a R$ 5,80, orce a R$ 6,20 ou R$ 6,50. A diferença é uma contingência — se o câmbio melhorar, você aparece positivo vs. orçamento. Se piorar, você não estoura.
Separar custo fixo de custo variável: reserved instances pagas anualmente têm custo fixo em USD (você sabe exatamente quanto vai pagar em dólar). Workloads on-demand têm custo variável — em volume e em câmbio. Planeje os dois separadamente.
Hedge natural: se sua empresa tem receita em dólar (exportação, clientes internacionais), você já tem um hedge natural. Contabilize isso na exposição líquida a câmbio.
Ferramentas de FinOps disponíveis
Nativas dos provedores:
- AWS Cost Explorer e AWS Budgets: gratuito, boa visibilidade, alertas configuráveis
- Azure Cost Management: integrado ao portal Azure, Power BI integration nativa
- GCP Billing Reports: boa granularidade, export para BigQuery para análise avançada
Ferramentas de terceiros:
- Kubecost: foco em custo de Kubernetes
- Spot.io (Flexera): otimização automática de instâncias
- CloudHealth (VMware): multi-cloud, mais usado em empresas grandes
Para a maioria das empresas brasileiras de médio porte, as ferramentas nativas são suficientes se bem configuradas.
Como criar cultura de responsabilidade de custo cloud
A parte técnica de FinOps é a mais fácil. A parte cultural é a mais difícil — e a mais importante.
O que funciona:
- Relatório mensal de custo por área enviado para cada diretor (não só para TI)
- Meta de otimização incluída no planejamento anual de TI (não como punição, mas como resultado esperado)
- Reconhecimento público de equipes que reduziram custo sem impacto operacional
- Processo de aprovação para novos recursos de cloud acima de limites definidos (não burocracia — consciência)
O que não funciona:
- Tratar custo cloud como problema exclusivo de TI
- Restringir acesso a cloud sem educação sobre alternativas
- Criar comitê de FinOps sem poder de decisão real
- Focar em redução de custo sem considerar impacto em performance e disponibilidade
FinOps não é sobre gastar menos — é sobre gastar bem. Às vezes gastar mais em cloud é a decisão certa (se o ROI justifica). O objetivo é que as decisões sejam conscientes e baseadas em dados, não em desconhecimento do custo.
A Adentro oferece cloud privada com custo em BRL e previsível — sem variação cambial e sem supresas na fatura. Fale com nossa equipe sobre planejamento financeiro de infraestrutura.