Definição objetiva
Otimização de custo cloud (também chamada de FinOps — Financial Operations) é o conjunto de práticas de governança financeira aplicadas ao ambiente de nuvem para garantir que cada real gasto em infraestrutura cloud corresponda a uma carga de trabalho real em produção, devidamente dimensionada para o uso efetivo. O problema central do cloud sem governança é o superdimensionamento estrutural: empresas que migraram para a nuvem tenderam a replicar os hábitos do datacenter físico (provisionar para o pico, nunca desalocar) no ambiente elástico — onde provisionar demais custa dinheiro real a cada hora. Os seis desperdícios mais comuns são: instâncias superdimensionadas (usando menos de 20% da CPU e memória provisionadas), instâncias órfãs (recursos ligados sem carga associada, geralmente de projetos encerrados ou ambientes de desenvolvimento esquecidos), storage sem lifecycle policy (dados antigos em tier caro quando poderiam migrar para armazenamento frio), transferência de dados cara (egress fees não mapeadas na arquitetura), licenças de SaaS subutilizadas (Microsoft 365, Salesforce e outros com assentos pagos sem uso ativo) e ausência de modelos de compra com desconto (Savings Plans, Reserved Instances, Spot). Em 2026, mais de 85% das empresas têm estratégia cloud-first, mas a maioria não tem governança financeira equivalente.
70%
das empresas pagam por recursos cloud que não estão em uso ativo — instâncias esquecidas, ambientes de dev ligados 24h, projetos encerrados sem cleanup e armazenamento em tier inadequado para a frequência de acesso
Prodb 2026
25% a 40%
de redução na fatura mensal de cloud nos primeiros 90 dias após implementação de estratégia estruturada de otimização. Caso documentado: empresa de serviços financeiros reduziu de R$ 180 mil para R$ 95 mil por mês após assessment e right-sizing — redução de 47%
Prodb / Daniel Abraão 2026
R$ 2.000/mês
pode custar uma única instância EC2 na AWS ligada 24 horas por dia sem nenhuma carga de trabalho associada. Multiplicado por dezenas de instâncias esquecidas em ambientes de desenvolvimento e projetos encerrados, o impacto é significativo
Prodb 2026
O paradoxo do cloud: “pay-as-you-go” virou “pay-for-everything-you-forgot”
A promessa do cloud é sedutora para o CFO: em vez de comprar um servidor físico por R$ 80.000 que ficará ocioso 90% do tempo, a empresa paga apenas pelo que usa, quando usa. O problema é que essa promessa só se realiza com governança financeira ativa — e a maioria das empresas implementa a infraestrutura de cloud sem implementar a governança correspondente.
O resultado é o oposto do prometido: a empresa paga pelo servidor dimensionado para o pico de um projeto que terminou, mais o ambiente de desenvolvimento que o time subiu para um teste e esqueceu de desligar, mais as instâncias de homologação que rodam 24 horas por dia quando poderiam rodar apenas durante o expediente, mais o armazenamento em tier caro para dados que são acessados uma vez por trimestre.
Por que o desperdício de cloud é diferente do desperdício de TI tradicional
No datacenter físico
Servidor ocioso custa apenas energia elétrica e espaço. O CapEx já foi pago. O custo marginal de deixar ligado é baixo. Ninguém sente urgência em desligar.
Na nuvem
Instância ociosa custa por hora, da mesma forma que uma instância em carga total. R$ 300 a R$ 2.000 por mês por instância esquecida. O custo marginal é igual ao custo de uma instância em produção.
O resultado
Equipes de TI importaram o hábito do datacenter físico (provisionar grande, nunca desligar) para a nuvem — onde esse hábito custa caro a cada hora.
A prova mais concreta: segundo o relatório Flexera State of the Cloud 2026, 89% das organizações enterprise já usam cloud, mas apenas cerca de 25% possuem governança financeira efetiva para controlar custos entre ambientes. Três de cada quatro empresas na nuvem não sabem exatamente o que estão pagando e por quê.
Os 6 tipos de desperdício cloud e como identificar cada um
Os desperdícios de cloud não são aleatórios: seguem padrões previsíveis que se repetem na maioria dos ambientes auditados, independentemente do provedor (AWS, Azure, Google Cloud) ou do porte da empresa.
1
Instâncias superdimensionadas (rightsizing)
Desperdício mais comum | Economia imediata de 20% a 40%
A empresa sobe um servidor grande “por precaução” e ele opera com menos de 20% de CPU e memória. A AWS, Azure e GCP cobram pelo tamanho da instância — não pelo quanto dela está sendo usada. Uma instância m5.2xlarge (8 vCPUs, 32 GB RAM) que usa 10% dos recursos custa o mesmo que uma que usa 100%.
O superdimensionamento é estrutural: quando as instâncias são provisionadas para o pico de carga (que ocorre 5% do tempo), elas ficam subutilizadas nos outros 95% — e o custo desses 95% é idêntico ao dos 5% de pico.
Como identificar: AWS Trusted Advisor, Azure Advisor e GCP Recommender geram relatórios automáticos de instâncias com CPU abaixo de 20% por 7 dias ou mais. São os candidatos a rightsizing — migração para instância menor com mesmo desempenho efetivo.
Economia típica
Migrar de m5.2xlarge para m5.large para carga leve: de R$ 1.400/mês para R$ 350/mês por instância
Risco
Monitorar por 30 dias após rightsizing para garantir que o desempenho em pico ainda é adequado
2
Instâncias e recursos órfãos: o que foi ligado e nunca desligado
Frequente em dev e projetos encerrados | Eliminação imediata
Recursos criados para um projeto específico (teste, desenvolvimento, PoC, evento) e nunca removidos após o encerramento. Ambientes de desenvolvimento que rodam 24h por dia quando poderiam rodar apenas de segunda a sexta das 8h às 18h — 126 horas por semana pagas versus 40 necessárias. IPs elásticos reservados mas não associados a nenhuma instância (cobrados). Snapshots de volumes de instâncias que foram terminadas mas cujos snapshots permanecem.
Solução imediata: tagging obrigatório por projeto com data de expiração. Instância sem tag válida recebe alerta automático. Ambientes de dev com schedule automático de shutdown fora do horário comercial.
Economia típica
Ambientes de dev com shutdown fora do horário: redução de 60% a 70% do custo dessas instâncias
Impacto
Instância r5.2xlarge ociosa em dev: R$ 1.200/mês para R$ 360/mês com schedule
3
Storage sem lifecycle policy: dados frios em tier caro
Economia de 40% a 60% no custo de armazenamento
Os provedores de cloud oferecem múltiplas classes de armazenamento com preços drasticamente diferentes conforme a frequência de acesso. O S3 Standard (AWS) custa cerca de 10 vezes mais que o S3 Glacier para os mesmos dados. Empresas que não implementam lifecycle policies mantêm todos os dados no tier mais caro, independentemente de há quanto tempo não são acessados.
| Tier AWS S3 |
Custo/GB/mês |
Quando usar |
| Standard |
~R$ 0,13 |
Dados acessados diariamente |
| Infrequent Access |
~R$ 0,07 |
Dados acessados mensalmente |
| Glacier Instant |
~R$ 0,025 |
Dados acessados trimestralmente |
| Glacier Deep Archive |
~R$ 0,013 |
Dados raramente ou nunca acessados (backup) |
1 TB em S3 Standard sem lifecycle: R$ 133/mês. Com lifecycle policy movendo para Glacier após 90 dias: R$ 25/mês. Economia de 81% para dados de backup e logs antigos.
Como implementar
Lifecycle policies automáticas no S3 (AWS), Azure Blob Storage e Google Cloud Storage. Define automaticamente quando mover dados para tier mais barato conforme a data do último acesso
4
Licenças de SaaS subutilizadas: assentos pagos sem acesso ativo
Comum em Microsoft 365, Salesforce, Adobe | Sem análise periódica
Licenças de software como serviço são contratadas por assento (seat). Quando um colaborador sai da empresa ou muda de função, a licença frequentemente permanece ativa porque o processo de offboarding não inclui desativação no sistema do fornecedor. Em organizações de médio porte, 10% a 20% das licenças de SaaS podem estar atribuídas a usuários sem acesso ativo nos últimos 60 dias.
Além dos usuários inativos, existem licenças de tier acima do necessário: usuários com licença Microsoft 365 E5 (R$ 120/usuário/mês) executando funções que seriam cobertas pela E3 (R$ 70/usuário/mês). A diferença de R$ 50/usuário/mês em 50 licenças desnecessariamente no tier superior são R$ 2.500/mês ou R$ 30.000/ano desperdiçados.
Como identificar
Relatório de último login por usuário em cada plataforma SaaS. Usuários sem login há 60+ dias são candidatos a desativação de licença
5
Ausência de modelos de compra com desconto: pagando on-demand para tudo
Economia de 30% a 70% vs. on-demand | Requer apenas compromisso de prazo
Os provedores de cloud oferecem modelos de preço com desconto significativo para workloads com comprometimento de prazo ou uso previsível. Empresas que pagam on-demand para toda a infraestrutura estável — aquelas instâncias que rodam 24h, 7 dias, 365 dias por ano — pagam entre 30% e 70% a mais do que pagariam com Reserved Instances (AWS), Azure Reserved VM Instances ou Google Cloud Committed Use Discounts.
| Modelo |
Desconto vs. on-demand |
Compromisso |
Indicado para |
| On-demand |
Referência (0%) |
Nenhum |
Cargas imprevisíveis ou temporárias |
| Savings Plans / Reserved (1 ano) |
30% a 40% |
1 ano |
Instâncias estáveis de produção |
| Reserved (3 anos) |
50% a 60% |
3 anos |
Infraestrutura de longa maturidade |
| Spot / Preemptible |
60% a 90% |
Nenhum (interruptível) |
Batch, processamento tolerante a interrupção |
Regra prática
Toda instância que roda mais de 60% do mês de forma contínua é candidata a Reserved ou Savings Plan. A análise de 90 dias de uso é suficiente para identificar essas instâncias
6
Egress fees não mapeadas: o custo de tirar dados da nuvem
Custo oculto da arquitetura | Raramente calculado no planejamento
Os provedores de cloud cobram pela transferência de dados para fora do ambiente (egress): dados que saem do cloud para a internet, para outra região ou para outro provedor. Em arquiteturas que transferem grandes volumes de dados regularmente (APIs com alta saída, sistemas de relatório que exportam para on-premises, backups que saem para storage externo), as egress fees podem representar uma fração significativa da fatura.
O problema é que as egress fees raramente são calculadas no planejamento da migração — só aparecem na primeira fatura real, muitas vezes como surpresa. A solução não é necessariamente técnica: pode ser uma mudança de topologia (consolidar processamento dentro da mesma região) ou a escolha de um provedor com egress fees menores para cargas específicas.
No Brasil
IOF de 6,38% sobre pagamentos em cartão para provedores internacionais (AWS, Azure, GCP) adiciona custo fixo a toda a fatura. Wire transfer reduz para 0,38% mas exige processo contábil adicional
Custos extras do cloud no Brasil: IOF, câmbio e o que o CFO precisa saber
Além dos seis desperdícios estruturais, empresas brasileiras têm custos adicionais exclusivos da sua situação que gestores de cloud em outros países não enfrentam.
IOF de 6,38% em pagamentos com cartão
AWS, Azure e Google Cloud cobram em dólar. Pagamentos com cartão de crédito têm IOF de 6,38%. Em uma fatura de R$ 50.000/mês de cloud, são R$ 3.190 de IOF por mês — R$ 38.280 por ano pagos em imposto sobre transação internacional.
Alternativa: wire transfer reduz IOF para 0,38% — economiza R$ 36.000/ano no exemplo acima
Variação cambial imprevisível
Com o dólar oscilando entre R$ 5,50 e R$ 6,20 em 2026, uma fatura de US$ 10.000 pode variar de R$ 55.000 a R$ 62.000 — diferença de R$ 7.000 no mesmo serviço, sem nenhuma mudança de uso. Orçamento anual de cloud em dólar é essencialmente uma posição cambial não hedgeada.
Alternativa: provedores cloud brasileiros que cobram em Real eliminam o risco cambial para workloads compatíveis
Nota fiscal e compliance contábil
Provedores internacionais emitem invoice em inglês, em dólar, sem nota fiscal brasileira. Isso cria custo de processo contábil adicional, risco de autuação fiscal e dificuldade de dedução de despesa de TI para fins de IRPJ. Provedores locais emitem nota fiscal de serviço com CNPJ.
Considerar no TCO: custo do processo contábil para compliance de invoices internacionais
FinOps: a prática que coloca governança financeira no ambiente cloud
FinOps (Financial Operations for Cloud) é a disciplina que une equipes de TI, finanças e negócio para gerenciar os custos de cloud com a mesma rigorosidade com que se gerenciam outras despesas operacionais. O objetivo não é cortar custo às custas de performance: é garantir que cada real gasto em cloud corresponda a uma entrega de valor real para o negócio.
| Prática FinOps |
O que resolve |
Impacto |
Frequência |
| Tagging obrigatório por projeto e time |
Visibilidade de custo por área, projeto e aplicação. Sem tagging, a fatura é uma soma indiferenciada que ninguém consegue alocar |
Pré-requisito de tudo |
Política permanente |
| Budget alerts com threshold |
Alerta quando um projeto ou serviço atinge 80% do orçamento mensal. Evita surpresas na fatura do mês seguinte |
Detecção antecipada |
Configuração única, monitoramento contínuo |
| Revisão mensal de rightsizing |
Novas instâncias superdimensionadas surgem continuamente à medida que novos projetos são criados. Revisão mensal garante que o problema não se acumula |
20% a 40% de redução |
Mensal |
| Análise de Reserved vs. on-demand |
Identificar instâncias estáveis que deveriam ter compromisso de prazo para receber desconto de 30% a 60% |
30% a 60% de redução |
Trimestral |
| Relatório de custo por produto para o negócio |
CFO e diretores entendem o custo de cloud em termos de negócio, não de infraestrutura. Facilita decisões de priorização e aprovação de orçamento |
Governança |
Mensal |
As ferramentas nativas de cada provedor para identificar desperdício
Todos os grandes provedores de cloud oferecem ferramentas nativas de visibilidade e otimização de custo que a maioria das empresas não usa ou usa parcialmente. São o ponto de partida para qualquer diagnóstico de desperdício.
AWS
Cost Explorer + Trusted Advisor + Compute Optimizer
Cost Explorer: visualização granular de gastos por serviço, conta, região e tag. Identifica tendências e anomalias
Trusted Advisor: recomendações automáticas de instâncias ociosas, IPs não utilizados e oportunidades de Reserved Instances
Compute Optimizer: análise de CPU/memória e recomendações de rightsizing com base em dados históricos reais
Azure
Cost Management + Azure Advisor
Cost Management: análise de gastos com alocação por departamento, projeto ou tag. Integra com orçamentos e alertas
Azure Advisor: recomendações automáticas de rightsizing, desligamento de VMs ociosas e compra de Reserved Instances. Empresas que usam o Azure Advisor relatam redução de até 25% em custos desnecessários
GCP
Cloud Billing + Recommender + Active Assist
Cloud Billing: dashboard de gastos por projeto, serviço e label. Exporta dados para BigQuery para análise avançada
Recommender / Active Assist: recomendações proativas de rightsizing, remoção de recursos ociosos e Committed Use Discounts com impacto financeiro estimado
Simulação de economia: antes e depois da otimização
Os números abaixo reconstroem o caso documentado de empresa de serviços financeiros que reduziu a fatura de cloud de R$ 180.000 para R$ 95.000 por mês após assessment completo — redução de 47% com melhoria de performance.
| Área de otimização |
Custo antes |
Custo depois |
Redução |
Ação aplicada |
| Instâncias EC2 de produção (rightsizing) |
R$ 65.000 |
R$ 38.000 |
41% |
Rightsizing + Reserved Instances 1 ano para instâncias estáveis |
| Ambientes de desenvolvimento e homologação |
R$ 42.000 |
R$ 14.000 |
67% |
Schedule automático de shutdown fora do horário comercial + Spot Instances para jobs batch |
| Storage e backup (lifecycle policies) |
R$ 28.000 |
R$ 16.000 |
43% |
Lifecycle policies para dados com mais de 30 dias: Infrequent Access; mais de 90 dias: Glacier |
| Recursos órfãos e IPs não utilizados |
R$ 18.000 |
R$ 10.000 |
44% |
Auditoria de recursos sem tag ou com tag de projeto encerrado. Remoção após 30 dias de inatividade confirmada |
| Licenças SaaS subutilizadas |
R$ 27.000 |
R$ 17.000 |
37% |
Desativação de 18 assentos inativos há 60+ dias + downgrade de 25 assentos para tier inferior adequado |
| TOTAL MENSAL |
R$ 180.000 |
R$ 95.000 |
47% |
Caso real documentado. Redução atingida em 90 dias com melhoria de performance. |
| Caso real documentado de empresa de serviços financeiros que migrou para cloud sem estratégia de otimização e realizou assessment 14 meses após a migração. Economia anual de R$ 1.020.000 com os mesmos workloads e performance melhorada. |
Próximo Passo
A fatura de cloud da sua empresa cresceu sem que nenhum projeto novo justificasse o aumento?
A Mobit realiza o diagnóstico completo do ambiente cloud: rightsizing de instâncias, identificação de recursos órfãos, análise de lifecycle policies, revisão de licenças SaaS e avaliação de modelos de compra com desconto. Em 90 dias, a fatura reduz entre 25% e 40% na média. Diagnóstico gratuito e sem compromisso.
Quero reduzir o custo de cloud →
Diagnóstico gratuito. A Mobit só recebe quando a economia aparecer na fatura.
Perguntas frequentes sobre custo cloud para empresas
Por que o custo de cloud continua crescendo sem novas contratações? ▼
O custo de cloud cresce mesmo sem novas contratações por seis mecanismos principais. Primeiro, superdimensionamento acumulado: instâncias grandes provisionadas para picos que não ocorrem continuam sendo cobradas no tamanho máximo. Segundo, recursos órfãos: ambientes de desenvolvimento, projetos encerrados e recursos temporários nunca removidos continuam gerando custo a cada hora. Terceiro, storage sem lifecycle: dados que poderiam estar em tier barato continuam no tier mais caro porque ninguém implementou policies de migração automática. Quarto, licenças SaaS de usuários inativos: colaboradores que saíram ou mudaram de função mantêm licenças ativas e pagas. Quinto, ausência de modelos de desconto: infraestrutura estável que deveria ter Reserved Instances continua sendo paga no preço on-demand. Sexto, no Brasil: variação cambial do dólar que encarece a fatura mesmo sem mudança de uso. A soma desses seis mecanismos explica aumentos de 20% a 30% na fatura sem nenhuma mudança de escopo.
O que é rightsizing em cloud e quanto economiza? ▼
Rightsizing é o processo de ajustar o tamanho das instâncias de computação na nuvem para corresponder ao uso real de CPU e memória, eliminando o excesso provisionado para picos que raramente ou nunca ocorrem. Os provedores de cloud cobram pelo tamanho da instância, não pelo quanto está sendo usado — uma instância que usa 10% de CPU custa o mesmo que uma que usa 100% do mesmo tipo. O rightsizing identifica instâncias com uso consistentemente abaixo de 20% a 30% da capacidade provisionada (dado disponível no AWS Trusted Advisor, Azure Advisor e GCP Recommender) e as migra para instâncias menores que entregam o mesmo desempenho efetivo a custo menor. A economia típica é de 20% a 40% do custo de compute para empresas que nunca fizeram rightsizing. No caso documentado da empresa de serviços financeiros, o rightsizing combinado com Reserved Instances reduziu de R$ 65.000 para R$ 38.000 por mês somente nas instâncias EC2.
O que é FinOps e como aplicar em uma empresa de médio porte? ▼
FinOps é a disciplina de governança financeira aplicada ao ambiente cloud, que une equipes de TI, finanças e negócio para garantir que cada real gasto em infraestrutura corresponda a uma entrega de valor real. Para uma empresa de médio porte, a implementação básica de FinOps tem quatro elementos. Primeiro, tagging obrigatório: todo recurso cloud deve ter uma tag de projeto, time e data de expiração — sem isso, é impossível saber o que está gerando custo e por quê. Segundo, budget alerts: configurar alertas automáticos quando um projeto ou serviço atinge 80% do orçamento mensal previsto, evitando surpresas na fatura. Terceiro, revisão mensal de rightsizing: usar as ferramentas nativas do provedor (AWS Trusted Advisor, Azure Advisor, GCP Recommender) para identificar instâncias com CPU abaixo de 20% por 7+ dias. Quarto, análise trimestral de Reserved vs. on-demand: identificar instâncias que rodam mais de 60% do mês de forma contínua e migrar para Reserved ou Savings Plans com desconto de 30% a 60%.
Quanto tempo leva para reduzir o custo de cloud e qual o resultado esperado? ▼
O diagnóstico inicial, que mapeia todos os recursos cloud e identifica as oportunidades de redução por categoria, leva de 1 a 2 semanas. As otimizações imediatas (desligar recursos órfãos, aplicar schedule de shutdown em ambientes de dev, implementar lifecycle policies de storage) são executadas em 2 a 4 semanas e geram resultado já na próxima fatura. O rightsizing e a migração para modelos de compra com desconto (Reserved Instances, Savings Plans) levam de 30 a 60 dias, porque exigem análise de 30 dias de dados históricos de uso antes de comprometer o prazo. O resultado médio consolidado no prazo de 90 dias é de 25% a 40% de redução na fatura mensal, com melhoria ou manutenção do desempenho operacional. Em empresas que nunca fizeram qualquer otimização após a migração para cloud, o resultado pode superar 50% — como no caso documentado da empresa de serviços financeiros que reduziu de R$ 180.000 para R$ 95.000 por mês.
+55 11 3500-4088
Deixe um comentário