Atualizado em
TCO Cloud: como calcular o custo total de ownership da cloud pública (e por que você está subestimando)
A fatura do provedor é apenas o começo. Um TCO honesto inclui egress, recursos ociosos, licenças, suporte, operação e custo de migração — e raramente é o que o time financeiro tem hoje.
Resumo Executivo
Sumário
Por que o TCO de cloud é sempre subestimado
A maioria das organizações sabe quanto paga por instâncias EC2 ou VMs no Azure. Poucas sabem o custo total real do ambiente de cloud — e a diferença entre os dois números é sistematicamente superior ao que se imagina.
Existem três razões estruturais para essa distorção:
- A fatura do provedor não é o TCO. É o custo de consumo de recursos computacionais. TCO inclui todos os custos necessários para que o ambiente funcione com o nível de serviço exigido pelo negócio.
- Custos ocultos crescem com o tempo. Egress, recursos ociosos, licenças e suporte aumentam proporcionalmente ao crescimento do ambiente — mas raramente são monitorados com o mesmo rigor que o compute.
- O comparativo é frequentemente desonesto. Compara-se “fatura da cloud pública” com “custo de hardware”, omitindo operação, licenças, conectividade e outros custos reais da alternativa privada.
A FinOps Foundation, em seu relatório State of FinOps 2024, aponta que organizações sem prática consolidada de gestão financeira de cloud desperdiçam em média 30% do investimento em recursos subutilizados ou ociosos. Para um ambiente de R$ 100.000/mês, isso representa R$ 360.000 ao longo de um ano — sem entregar nenhum valor ao negócio.
Mapa completo de custos
Um TCO honesto parte de um inventário exaustivo de categorias de custo. Abaixo, o mapa completo para cloud pública e cloud privada, com indicação se o custo é normalmente visível ou oculto nas análises convencionais.
Planos de suporte de cloud pública são um custo frequentemente ignorado. O plano Business da AWS começa em 10% dos gastos mensais com mínimo de US$ 100/mês — para ambientes de R$ 200.000/mês, representa R$ 20.000 adicionais por mês. O plano Enterprise tem mínimo de US$ 15.000/mês. Esses valores precisam entrar no TCO.
Metodologia em 5 passos
Inventário completo de workloads
Liste todos os workloads em cloud pública com seus respectivos recursos, tags de custo e responsáveis. Incluir: ambiente de produção, staging, desenvolvimento, backup, DR e ferramentas internas. Use AWS Cost Explorer, Azure Cost Management ou GCP Billing Explorer agrupado por tags/projetos.
Saída esperada: planilha com nome do workload, tipo (prod/dev/qa), recursos utilizados e custo médio mensal nos últimos 3 meses.
Extração do custo real dos últimos 12 meses
Extraia a fatura completa dos últimos 12 meses por categoria de custo — não apenas compute e storage. Ative o Cost and Usage Report (AWS), o billing export para BigQuery (GCP) ou o export para Storage Account (Azure) para granularidade por SKU e por dia.
Identifique explicitamente: (a) egress total; (b) recursos com utilização abaixo de 10% (candidatos a corte); (c) instâncias sem tag de projeto (candidatas a revisão).
Adição dos custos indiretos
Acrescente os custos que não aparecem na fatura do provedor: custo do plano de suporte, custo proporcional da equipe de cloud management (salários × percentual dedicado), licenças de software pagas separadamente e custo de ferramentas de segurança e observabilidade externas ao provedor.
Regra prática: adicione 15–25% sobre o total da fatura para cobrir custos indiretos não capturados em ambientes sem prática consolidada de FinOps.
Projeção do cenário alternativo (cloud privada)
Para cada workload candidato à repatriação, obtenha cotação de infraestrutura privada equivalente. A cotação deve incluir compute, storage, rede, operação gerenciada, licenças, backup e conectividade. Adicione o custo estimado de migração como custo único no primeiro ano.
Use o perfil de utilização real (medido no passo 2) como base para o dimensionamento privado — com 20–30% de headroom sobre o pico observado.
Comparativo e análise de payback
Projete ambos os cenários para 36 e 60 meses, aplicando taxa de crescimento estimada de dados e workloads. Calcule o ponto de equilíbrio (payback period) — o mês em que a economia acumulada supera o investimento inicial de migração. Payback abaixo de 24 meses é geralmente favorável; acima de 36 meses, reavalie os workloads candidatos.
A fórmula do TCO comparativo
TCO_pub = Σ(custos mensais × 36) + Σ(custos anuais × 3)
Onde custos mensais = compute + storage + egress + DB gerenciado + rede + segurança + observabilidade + suporte + licenças + estimativa de recursos ociosos + custo proporcional de equipe
TCO_priv = CapEx_hardware + custo_migração + Σ(OpEx_mensal × 36) + reserva_renovação
Onde OpEx_mensal = colocation + hypervisor + backup + segurança + monitoramento + conectividade + operação_gerenciada
E reserva_renovação = CapEx_hardware × (36/60) — provisão para o ciclo de vida de 5 anos
Payback (meses) = (CapEx_hardware + custo_migração) ÷ economia_mensal
Onde economia_mensal = TCO_pub_mensal − TCO_priv_mensal_pós_migração
Exemplo prático com números reais
O cenário abaixo é ilustrativo, construído para demonstrar a metodologia. Os valores são representativos de uma empresa de médio porte no Brasil com ambiente misto em cloud pública. Use a Calculadora TCO da Adentro para calcular com os seus números reais.
Cenário: empresa de médio porte, ambiente misto
Perfil: 40 VMs de produção, 20 TB de dados, banco de dados PostgreSQL gerenciado (8TB), sistema de BI com exports regulares, backup para segundo provedor. Fatura atual: ~R$ 95.000/mês.
Atual
Alternativa
Projeção e análise de payback
O payback period é o ponto onde a economia acumulada supera o investimento inicial de migração. No exemplo acima:
- Investimento inicial (CapEx hardware + custo de migração): R$ 720.000 + R$ 120.000 = R$ 840.000
- Economia mensal: R$ 109.600 − R$ 49.133 = R$ 60.467/mês
- Payback: R$ 840.000 ÷ R$ 60.467 ≈ 14 meses
Payback Period — Linha do tempo de 36 meses
A partir do mês 14, cada mês representa R$ 60.467 de economia líquida. Ao final dos 36 meses, a economia acumulada equivale a R$ 2,18M.
Construa o TCO em três cenários: pessimista (crescimento de dados 30% a.a.), base (20% a.a.) e otimista (10% a.a.). Para ambientes com dados crescentes, o cenário pessimista tende a tornar a repatriação ainda mais atrativa — o egress e o storage em cloud pública crescem proporcionalmente ao volume, enquanto o custo da infraestrutura privada é mais estável.
Os 6 erros que invalidam um TCO
1. Usar apenas a fatura do provedor como base
A fatura captura o custo de consumo de recursos. Não inclui suporte, equipe de gestão, licenças pagas separadamente, ferramentas de terceiros e recursos ociosos. Um TCO baseado só na fatura subestima o custo real em 20–40%.
2. Ignorar o egress
Para ambientes com transferência de dados expressiva, o egress pode representar 15–30% do custo total. Ignorá-lo distorce o comparativo. Consulte nosso guia sobre egress fee para calcular esse valor com precisão.
3. Comparar cloud pública operada com cloud privada sem operação
O custo de cloud pública inclui (implicitamente) a operação da infraestrutura pelo provedor. O custo de cloud privada deve incluir o custo equivalente de operação — seja via equipe interna ou serviço gerenciado. Omitir esse custo torna a cloud privada artificialmente mais barata.
4. Horizonte de análise menor que 36 meses
Análises de 12 meses não capturam o custo de renovação de hardware privado nem a curva de crescimento de dados que torna o egress progressivamente mais caro. Use 36 meses como mínimo; 60 meses para decisões estratégicas.
5. Não incluir o custo de migração no primeiro ano
O custo de migração (planejamento, execução, testes, período de operação paralela) é real e significativo. Não incluí-lo no TCO da alternativa privada torna o payback artificialmente curto e cria surpresas no budget do primeiro ano.
6. Esquecer o custo de renovação do hardware
Servidores têm ciclo de vida de 5 anos. O TCO de cloud privada em horizonte de 60 meses deve incluir a provisão para o ciclo de refresh — tipicamente o mesmo CapEx inicial, amortizado ao longo do período de análise.
Ferramentas para calcular o TCO
| Ferramenta | O que faz | Limitação |
|---|---|---|
| AWS Pricing Calculator | Estima custo de recursos AWS | Não inclui custos indiretos; subestima egress |
| Azure TCO Calculator | Compara on-premises com Azure | Tendencioso em favor do Azure; usa premissas do provedor |
| AWS Cost Explorer | Analisa custo histórico real por serviço e tag | Não projeta cenários alternativos |
| Infracost | Estima custo de infraestrutura como código (Terraform) | Focado em cloud pública; requer IaC |
| Calculadora TCO Adentro | Compara cloud pública vs. cloud privada gerenciada incluindo egress, operação e migração | Específico para decisões de workload placement — não substitui análise aprofundada para ambientes complexos |
A “AWS TCO Calculator” e a “Azure TCO Calculator” foram projetadas para mostrar quanto você pode economizar migrando para a cloud — não o inverso. As premissas de eficiência e utilização usadas nessas ferramentas são favoráveis ao provedor e raramente refletem a realidade de ambientes on-premises modernos. Use-as como referência inicial, não como análise definitiva.
Calculadora TCO Cloud Repatriation — Adentro
Inclui todos os custos: compute, storage, egress, operação, migração e projeção de 36 e 60 meses. Compare cenários cloud pública vs. cloud privada gerenciada com os seus números reais.
FAQ — Perguntas frequentes sobre TCO de cloud
Custo mensal de cloud é o valor da fatura do provedor. TCO (Total Cost of Ownership) é o custo total de manter o ambiente operacional com o nível de serviço exigido — incluindo a fatura do provedor, equipe, licenças, suporte, egress e ferramentas. Para a maioria dos ambientes, o TCO real é 30–50% maior do que a fatura do provedor.
Deve-se incluir o custo proporcional da equipe dedicada à gestão do ambiente de cloud — FinOps, arquitetura, operações cloud. Se a equipe dedica 50% do tempo ao ambiente de cloud, 50% do custo dessa equipe entra no TCO. O que não deve ser incluído é o custo de equipe que existiria independentemente do modelo de infraestrutura (desenvolvimento, dados, etc.).
O CapEx de hardware privado deve ser amortizado no horizonte de análise. Para análise de 36 meses com hardware de ciclo de vida de 60 meses, o custo mensal do hardware é CapEx ÷ 60. Isso nivela a comparação com o modelo OpEx da cloud pública, que não tem essa sazonalidade de custo.
36 meses para decisões operacionais de workload placement. 60 meses para decisões estratégicas de infraestrutura que envolvem CapEx significativo. Análises menores de 24 meses raramente capturam a curva de crescimento de dados e o custo de renovação de hardware.
Use as ferramentas de billing do provedor: AWS Cost Explorer (filtro: Usage Type contendo “DataTransfer-Out”), Azure Cost Management (filtro: Meter Category = Bandwidth) ou GCP Billing (filtro: SKU contendo “Egress”). Se os dados não estiverem disponíveis historicamente, instrumente por 30 dias para obter uma baseline.
Uma estimativa de referência para projetos de complexidade média: R$ 3.000 a R$ 8.000 por workload migrado (incluindo planejamento, execução, testes e documentação). Ambientes com forte acoplamento entre serviços ou com requisitos de zero-downtime migration têm custo proporcionalmente maior. Solicite uma estimativa ao parceiro de infraestrutura após a fase de diagnóstico.
Sim, se a organização não tem equipe com competência em operação de infraestrutura privada. Incluir o custo de treinamento ou o custo diferencial de contratar perfis com essa competência. Alternativamente, o custo de um serviço gerenciado (que elimina a necessidade de equipe interna especializada) pode ser mais previsível para o TCO.
Calcule o TCO do seu ambiente hoje
O Cloud Repatriation Assessment da Adentro inclui análise de TCO comparativa com os dados reais do seu ambiente — sem custo e sem compromisso.
Para a metodologia completa de decisão de Cloud Repatriation — incluindo o ACRI e o checklist de 25 itens:
