Durante anos, relatórios independentes tentaram responder à mesma pergunta: migrar do on-premise para a AWS economiza quanto, afinal? Estudos como o do Enterprise Strategy Group (ESG) chegaram a apontar reduções na casa de dois terços em computação, rede e armazenamento, comparando cargas locais com as mesmas cargas na nuvem. Números grandes — e, com as ressalvas certas, críveis.

Em 2026, porém, a pergunta mudou de lugar. Já não é “migrar ou não migrar”: é como transformar o potencial de economia dos relatórios em economia real na sua fatura. Por isso, neste artigo revisitamos o que esses estudos mostram, de onde os números saem e — principalmente — o que separa quem captura o ganho de quem só muda de endereço.

De onde vêm os números dos relatórios

Na prática, estudos como o do ESG combinam entrevistas com clientes, pesquisa própria e um modelo conservador de TCO (custo total de propriedade) de três anos, comparando a AWS com a execução das mesmas cargas em infraestrutura local. O resultado aparece em três frentes clássicas:

• Computação — o ganho vem de instâncias com melhor preço-desempenho (como as baseadas em processadores Graviton), computação sem servidor, escalonamento automático, planos de economia e instâncias spot para cargas tolerantes a interrupção.
• Rede — a economia nasce da eliminação de equipamentos e links locais, com a operação simplificada por serviços gerenciados de conectividade.
• Armazenamento — classes inteligentes que movem o dado frio para camadas baratas automaticamente fazem o custo acompanhar o uso real, não o pico histórico.

Além disso, casos conhecidos ilustram a mecânica: empresas com volumes gigantescos de mídia migraram trilhões de arquivos para classes de arquivamento com recuperação em milissegundos — sem que o usuário final notasse — justamente porque o dado raramente acessado não precisa pagar preço de dado quente.

A letra miúda que importa

Do mesmo modo, vale ler os estudos com olhos adultos. Os números vêm de modelos e entrevistas, não de garantia contratual. Eles pressupõem o uso dos serviços certos: quem replica as máquinas locais no mesmo tamanho, sem escalonamento nem camadas de armazenamento, não colhe nada parecido. E há um fator que os relatórios antigos nem modelavam: as cargas de IA, intensivas em GPU e energia, exigem análise de custo própria.

Como capturar a economia prometida

Portanto, o roteiro que aproxima a sua fatura do número do relatório é conhecido:

1. Dimensione pelo uso medido — o histórico do ambiente local revela a folga; contratar pelo pico é pagar o erro antigo em mensalidade nova.
2. Comprometa o que é estável — reservas e planos de economia para a base; spot e serverless para o variável.
3. Deixe o armazenamento se otimizar — camadas automáticas para o dado frio, ciclo de vida definido desde o dia 1.
4. Governe todo mês — tags, rateio por área, alerta de orçamento e revisão de recursos ociosos como rotina, não como mutirão anual.

Do mesmo modo, vale medir o que os relatórios chamam de benefícios indiretos: tempo de valorização mais curto, menos risco operacional e um time liberado da manutenção de hardware. Eles não aparecem na fatura, mas aparecem no prazo dos projetos — e, para o negócio, prazo é dinheiro.

É exatamente essa a disciplina que aplicamos nos projetos de nuvem e FinOps: da migração bem dimensionada à governança que sustenta o ganho — porque já vimos, em avaliações de ambientes reais, compromissos de uso subaproveitados desperdiçando o desconto que o cliente já tinha contratado.

Para estruturar o caminho, baixe o “Checklist de migração para a nuvem” na Inove Academy.

Em resumo, os relatórios sobre a migração para a AWS contam uma história verdadeira: o data center próprio perde a comparação de custo na maioria das cargas. Mas o final da história quem escreve é a operação. A economia de dois terços existe — para quem migra com método e governa com disciplina. Para os demais, ela permanece onde sempre esteve: no relatório.