Saindo da nuvem: por que 2026 é o ano da volta ao bare metal
Cloud repatriation deixou de ser tese de Twitter e virou movimento real. O racional por trás da volta ao bare metal, os números que importam e quando faz sentido para o seu time.
Por mais de uma década, "vai pra nuvem" foi resposta padrão para qualquer pergunta sobre infraestrutura. Hoje, em 2026, esse reflexo virou exceção em vários times sérios.
Não é anti-cloud. É correção de rota.
A pergunta deixou de ser "AWS, Azure ou GCP?" e passou a ser "o que faz sentido rodar onde?". E para muita coisa que parecia óbvia rodar na nuvem, a resposta passou a ser bare metal em colocation.
O que está acontecendo
A Flexera 2025 já mostrava 21% de cargas repatriadas. Pesquisas mais recentes apontam 86% dos CIOs planejando mover parte das cargas de volta — a maior taxa já registrada. Gartner projeta 40% das empresas operando arquiteturas híbridas em workloads críticos até 2026, contra 8% antes.
Esse movimento ganhou nome: cloud repatriation.
E ele não vem só de empresas conservadoras tardando a "modernizar". Vem de gente que já estava nativa de nuvem e fez a conta com calma.
O case que destravou a conversa: 37signals
DHH e o 37signals viraram o pôster da tese ao publicarem números honestos:
- Conta AWS: US$ 3,2M/ano → operação em Dell + colocation: US$ 1,3M/ano (e descendo).
- Investimento em hardware (~US$ 600K) pago em 6 meses.
- Queries de banco 3 a 5x mais rápidas sem "noisy neighbors".
- Projeção: US$ 10M+ economizados em 5 anos.
- Zero contratações novas para a transição — colocation cuidou do físico.
Eles também abriram ferramenta no caminho (Kamal), e isso importa: a saída da nuvem forçou simplicidade, não complexidade extra.
Por que a conta inverteu
A nuvem cobra três coisas que parecem pequenas e somadas devastam o budget:
- Compute contínuo — você paga por elasticidade que não usa quando a carga é constante.
- Saída de dados (egress) — o vilão silencioso, principalmente para apps com tráfego pesado de mídia ou storage.
- Serviços gerenciados premium — RDS, ElastiCache, OpenSearch, etc. cobram um spread enorme sobre o equivalente self-hosted.
Quando o workload amadurece e fica previsível, esse modelo passa a ser caro demais para o que entrega. 43% dos líderes de TI dizem que a nuvem saiu mais cara que o esperado.
O empurrão do AI
A explosão de AI em 2025–2026 acelerou a tese.
GPU na nuvem é absurdamente cara para treino e inferência contínua. E o problema de data gravity (mover terabytes pra perto da GPU) empurra naturalmente para co-location e clusters dedicados. Para times que rodam modelos próprios em produção, a conta bare metal não fecha — ela explode a favor da repatriação.
O que sai bem do cloud
- Bancos de dados grandes e quentes
- Workloads de uso contínuo (não-burst)
- Treino e inferência de modelos em GPU
- Storage pesado e analytics
- Apps com requisitos regulatórios fortes (DORA, soberania de dados)
O que continua valendo a pena na nuvem
- Frontend, CDN, edge global
- Workloads com pico imprevisível
- Serverless de baixo volume e cargas event-driven
- Time pequeno em fase inicial — OpEx baixo importa mais que TCO
A arquitetura que está vencendo: híbrida
Quase ninguém sério está fazendo "cloud exit total". O padrão emergente é mais inteligente:
- Frontend e edge na nuvem — CDN, funções leves, distribuição global.
- Core e dados em bare metal — bancos, filas pesadas, GPU, storage.
- Burst capacity na nuvem — para picos sazonais ou eventos.
A nuvem deixa de ser a casa e vira a varanda.
Trade-offs que ninguém te conta no marketing
| Bare metal | Nuvem |
|---|---|
| CapEx alto inicial | OpEx escalável |
| Capacity planning manual | Elasticidade automática |
| Time precisa entender hardware (ou terceirizar colo) | Ops abstraída pelo provedor |
| Preço/performance ótimo em uso constante | Ótimo em picos e experimentos |
| Soberania total dos dados | Dependência forte de fornecedor |
Bare metal não é grátis. Você troca uma fatura previsível e crescente por um modelo com CapEx mais alto, ciclo de hardware e responsabilidade operacional maior. A pergunta certa não é "qual é melhor", é "o que esse workload específico precisa nos próximos 3 anos?".
Quando faz sentido começar a pensar no assunto
Sinais de que vale fazer a conta:
- Sua conta de cloud passou de US$ 30–50K/mês e não para de crescer.
- Mais de 60% do custo é compute previsível + egress, não burst.
- Você roda GPU em produção e a inferência é contínua.
- Você tem requisitos regulatórios que soberania de dados resolve melhor que compliance contratual.
- Seu time já tem maturidade ops para rodar Kubernetes/Postgres/Redis fora de serviços gerenciados — ou aceita o custo de aprender.
Se nada disso é verdade, fique na nuvem. Sério.
O que eu acho
A nuvem foi tratada como destino. Ela é, na verdade, uma ferramenta.
Para um produto novo, pré-product-market-fit, com tráfego imprevisível e time pequeno, a nuvem ainda é a resposta certa em quase 100% dos casos. O custo de ops é muito mais caro que a margem do provedor.
Para um produto maduro, com carga previsível e margem apertada, o cálculo inverte. E quando inverte, ele inverte forte — não 10–20%, mas 70–90% de redução de custo, como o 37signals provou.
O ano de 2026 está nos lembrando de uma coisa que parecia esquecida: infraestrutura é decisão estratégica, não default.
A pergunta que eu deixo: você sabe quanto da sua fatura de cloud é elasticidade real, e quanto é só inércia?
15 de maio de 2026 · Brazil