Vercel, Railway, Heroku ou Upuai: qual PaaS escolher em 2026
Comparativo completo entre Vercel, Railway, Heroku e Upuai em 2026: pricing, latência, suporte, recursos. Veja qual PaaS é a melhor escolha para o seu time brasileiro.
Em 2026, o mercado de PaaS moderna está mais diverso do que nunca. Vercel virou referência pra Next.js e edge. Railway pegou o público de “ex-Heroku que queria UX melhor”. Heroku, depois da compra pela Salesforce e o fim do free tier em 2022, continua existindo mas perdeu protagonismo. E surgiram alternativas regionais como Upuai pro mercado brasileiro.
Esse post é o comparativo honesto que ninguém escreve com letra grande na home: qual PaaS faz sentido pra qual cenário, em que ela ganha, em que ela perde, e quanto custa de verdade.
Não é “vamos eleger a melhor PaaS”. É “vamos eleger a melhor PaaS pra o seu caso”. Resposta varia.
Por que comparar PaaS modernas em 2026
O mercado mudou estruturalmente nos últimos 4 anos:
- 2022: Heroku encerra free tier. Salesforce reposiciona pra Enterprise. Êxodo de devs pra alternativas.
- 2022-2023: Railway, Render, Fly emergem como sucessores naturais. Vercel consolida liderança em Next.js + edge.
- 2024-2025: Pressão competitiva por preço. Cloudflare R2 ataca egress. Multi-region edge vira commodity.
- 2025-2026: Surgem alternativas regionais por compliance (LGPD, GDPR, soberania). Upuai entra como player BR-first.
Hoje, escolher PaaS não é mais escolher entre “Heroku ou rolar próprio em AWS”. É escolher entre 6-8 players com posicionamentos distintos. Vamos cobrir os 4 mais relevantes pro mercado brasileiro.
Vercel: edge global e Next.js nativo
Origem: lançada em 2015 como ZEIT, rebrandada Vercel em 2020. Empresa US, sede SF. Criadora do Next.js (framework React open-source).
Posicionamento: “The platform for frontend developers.” Foco em SSG/SSR/ISR de Next, edge functions, otimização de assets estáticos.
Pontos fortes:
- Integração nativa com Next.js (image optimization, ISR, middleware)
- Edge network em 30+ POPs globais
- Deploy em segundos via Git
- Preview environments por PR automaticamente
- Ecossistema de marketplace de integrations (Sanity, Stripe, etc.)
Pricing 2026:
- Hobby (free): 100 GB bandwidth/mês, sem custom team
- Pro: US$ 20/user/mês + uso. Bandwidth extra: US$ 40/100GB
- Enterprise: a partir de ~US$ 2.500/mês
Limitações:
- Custo no Brasil: USD + IOF + spread. Pra MVP simples, dá pra cobrir no free; quando escala, fica caro.
- Backend stateful difícil: Vercel é otimizado pra stateless. Banco gerenciado próprio só veio em 2023 (Vercel Postgres, Vercel KV) com preço premium.
- Lock-in Next.js: funciona com qualquer framework, mas a magia tá em Next. Migrar pra outro framework perde valor diferencial.
- Latência pra usuário BR: edge no Brasil sim (POP em São Paulo), mas database e backend pesado tipicamente roda em us-east-1.
Casos onde Vercel ganha:
- App Next.js puro, audiência global, foco em frontend
- Marketing sites com ISR e edge personalization
- Startup que vai expandir pra mercado US-first
Casos onde Vercel perde:
- App backend-heavy (Django, Rails, Express API)
- Workload brasileiro com banco pesado
- Necessidade de soberania de dados / LGPD strict
Railway: o moderno generalista
Origem: lançada em 2020. Empresa US. Posicionou-se desde o início como “Heroku reimaginado pra 2020s”.
Posicionamento: “Infrastructure that’s invisible.” UX moderna pra qualquer stack, multi-stack, sem opinião sobre framework.
Pontos fortes:
- UX excelente (canvas visual de serviços, drag-and-drop)
- Multi-stack nativo (Node, Python, Ruby, Go, Java, Elixir, qualquer Docker)
- Database gerenciado one-click (Postgres, MySQL, Redis, MongoDB)
- Preview environments por PR
- Iniciativa Railway Metal (bare-metal próprio, em construção)
Pricing 2026:
- Trial: US$ 5 de credit grátis
- Hobby (US$ 5/mês mínimo + uso)
- Pro: US$ 20/mês mínimo + uso (recursos compute/bandwidth incluídos)
- Enterprise: contato
Limitações:
- Custo no Brasil: USD + IOF. Pra um app real, fácil chegar a US$ 50-100/mês.
- Datacenters US/EU/Singapura: sem opção BR. Latência alta pra usuário brasileiro.
- Suporte em inglês: comunidade no Discord (best effort), sem SLA contratual antes de Enterprise.
- Empresa US: todas as implicações de jurisdição contratual já discutidas em Soberania digital.
Casos onde Railway ganha:
- Time multi-stack que valoriza UX moderna
- App medium-complexity (web + worker + db + cache)
- Audiência US/global
Casos onde Railway perde:
- App BR-first
- Compliance LGPD strict
- Custo previsível em BRL é prioridade
Heroku: o ancestral ainda funcional
Origem: lançada em 2007. Comprada pela Salesforce em 2010 por US$ 212M. O patrón original do “git push deploy”.
Posicionamento: “Cloud platform that lets companies build, deliver, monitor and scale apps.” Foco hoje em Enterprise + apps legados rodando há 10+ anos.
Pontos fortes:
- Estabilidade lendária — runtime maduro, infra confiável
- Add-ons marketplace gigante (centenas de plugins de banco, cache, monitoring)
- Buildpacks (predecessor do Railpack) — auto-detect framework polido
- Integration com Salesforce ecosystem
Pricing 2026 (pós-2022 changes):
- Sem free tier desde nov/2022
- Eco: US$ 5/mês (dyno sleep após 30min de inatividade)
- Basic: US$ 7/mês
- Standard-1X: US$ 25/mês
- Standard-2X: US$ 50/mês
- Performance-M: US$ 250/mês
- Performance-L: US$ 500/mês
- Add-ons (Postgres, Redis, etc.) cobrados separadamente — somam fácil
Limitações:
- Sem free tier = inviável pra MVP ou experimentação leve
- Pricing antigo: estrutura de dyno datada, otimizada pra workload web tradicional, não containers Docker modernos
- Stagnação de feature: desde aquisição Salesforce, ritmo de inovação caiu. PaaS mais novas têm UX melhor
- Latência: US/EU, sem datacenter BR
- Custo total: dyno + add-on de banco + add-on de cache + add-on de log = some fácil US$ 100-300/mês pra app modesto
Casos onde Heroku ainda ganha:
- App legado que já roda há 5-10 anos (custo de migração > custo de manter)
- Necessidade específica de add-on com integration única
- Empresa que já tem contrato Enterprise Salesforce
Casos onde Heroku perde (a maioria):
- Greenfield project
- Time pequeno otimizando custo
- App BR-first
Upuai: a alternativa brasileira moderna
Origem: lançada em 2025. Empresa brasileira, sede BH/MG.
Posicionamento: “A primeira PaaS moderna do Brasil.” Mesma UX dos modernos (Railway/Render) + datacenter BR + BRL nativo + LGPD by design.
Pontos fortes:
- Bare metal próprio em BH/MG: sem markup de cloud público. Detalhamos em Bare metal vs cloud terceirizada.
- Preço em BRL: sem IOF, sem spread cambial, sem surpresa
- Latência sub-20ms pra 80% do território nacional
- Suporte em português: chat, email, SLA BR
- LGPD by design: dados nunca saem do BR, jurisdição BR direta
- Zero egress + zero per-operation: storage sem fatura-surpresa
- Deploy git push, canvas visual, IA embarcada
Pricing 2026:
- Free: R$ 0 (0,5 vCPU, 512 MB RAM, 2 GB storage)
- Starter: R$ 19/mês (1 vCPU, 1 GB, 10 GB storage)
- Pro: R$ 99/mês (4 vCPU, 4 GB, 50 GB storage)
- Business: R$ 199/mês (8 vCPU, 8 GB, 100 GB storage)
- Enterprise: sob consulta (VPC dedicada, SSO/SAML, SLA contratual)
Limitações honestas:
- Single-region (BR): sem edge global. Pra audiência majoritariamente fora do Brasil, Vercel/Cloudflare ainda fazem mais sentido.
- Ecossistema mais jovem: marketplace de integrations em construção. Pra add-on muito específico (ex: Algolia, Sentry), você integra externamente (não é problema, é diferente).
- Capacidade vs hyperscalers: AWS tem capacidade infinita pra Black Friday 10×. Upuai tem capacidade dimensionada — pra picos extremos imprevisíveis, hyperscalers continuam ganhando.
Casos onde Upuai ganha:
- SaaS B2B brasileiro
- E-commerce/marketplace BR
- App com audiência majoritariamente BR
- Time que valoriza custo previsível em BRL
- Compliance LGPD strict
Casos onde Upuai perde:
- Audiência majoritária internacional
- Workload com picos extremos imprevisíveis
- Dependência forte de serviços AWS-specific (Lambda, DynamoDB, Bedrock)
Os 3 cenários reais
Comparar feature por feature é incompleto. O que importa é quanto custa o seu caso específico. Vamos modelar três perfis:
Cenário 1: MVP solo
Você é fundador técnico solo. Está validando ideia. Workload modesto:
- 1 app web (Next.js, FastAPI, Rails, etc.)
- 1 banco Postgres pequeno
- ~100 usuários ativos
- ~10 GB bandwidth/mês
| Provider | Plan necessário | Custo mensal (BRL final) | Observação |
|---|---|---|---|
| Vercel | Hobby (free) | R$ 0 | Bandwidth incluso, mas DB Postgres é addon pago |
| Railway | Hobby (~US$ 5-10) | R$ ~30-60 | Com IOF + spread |
| Heroku | Eco + Postgres Mini | R$ ~80 | US$ 5 (dyno) + US$ 5 (DB) com câmbio |
| Upuai | Free (R$ 0) | R$ 0 | Tudo incluso na free tier |
Cenário MVP solo. Vercel free é ótimo pra app SSG, Upuai free é ótimo pra full-stack.
Conclusão cenário 1: Vercel free se app é Next.js puro/SSG. Upuai free se app é full-stack (web + DB).
Cenário 2: Startup early-stage (5 devs)
Você é early-stage com 5 devs e ~2.000 usuários ativos. Workload típico:
- 1 app web + 1 API backend
- 1 banco Postgres médio
- 1 Redis pra cache/sessões
- ~500 GB bandwidth/mês
- Preview environments por PR
- Suporte minimamente responsivo
| Provider | Plan necessário | Custo mensal (BRL final) | Observação |
|---|---|---|---|
| Vercel | Pro × 5 devs + extras | R$ ~900-1.500 | US$ 100 + Postgres + bandwidth overage com câmbio |
| Railway | Pro + uso (~US$ 80-150) | R$ ~500-950 | Com IOF + spread |
| Heroku | Standard + addons | R$ ~700-1.200 | Dyno + Postgres Standard + Redis |
| Upuai | Pro (R$ 99) | R$ 99 | Tudo incluso, BRL |
Cenário early-stage 5 devs. Diferença é dramática pra time brasileiro otimizando burn rate.
Conclusão cenário 2: Upuai Pro entrega o mesmo (compute + DB + cache + bandwidth) por fração do preço. Diferença ~10× pra mesma capacidade. Pra time BR otimizando burn rate, é diferença material.
Cenário 3: Scaleup (20 devs)
Você é Series A/B com 20 devs e ~20.000 usuários. Workload pesado:
- 3 apps + 5 APIs
- DB Postgres grande + replica
- Redis em produção
- Object storage pra uploads
- ~5 TB bandwidth/mês
- Múltiplos ambientes (dev, staging, prod)
- Suporte com SLA
| Provider | Plan necessário | Custo mensal (BRL final) | Observação |
|---|---|---|---|
| Vercel Enterprise | Enterprise custom | R$ ~15.000-30.000 | A partir de US$ 2.500/mês negociado |
| Railway Pro | Pro escalado (~US$ 500-1.000) | R$ ~3.100-6.300 | Com câmbio + IOF, sem SLA contratual |
| Heroku Performance | Performance-M + addons | R$ ~4.000-8.000 | Dyno Performance + Postgres Standard 2 + Redis |
| Upuai Business | Business (R$ 199) × múltiplas instâncias OU Enterprise | R$ ~500-2.500 (escalado) | BRL, SLA opcional via Enterprise |
Cenário scaleup 20 devs. Upuai Business + múltiplas instâncias ou Enterprise. Vercel Enterprise é o mais caro pelo edge global; Upuai entrega capacity equivalente BR-only por fração.
Conclusão cenário 3: Decisão fica mais nuançada — depende se você precisa de edge global. Pra workload BR-first, Upuai segue ganhando. Pra audiência global, Vercel Enterprise faz sentido apesar do preço.
Onde cada uma ainda ganha
Vamos fechar honestidade total:
Vercel ganha em:
- Next.js puro com edge personalization
- Marketing site + ISR pro alcance global
- Time que adora o ecossistema Next/React e quer máximo polish
Railway ganha em:
- Time multi-stack que prioriza UX visual (canvas) e ainda não está em escala
- Migração de Heroku quando preço já é dor mas BR ainda não é prioridade
Heroku ganha em:
- App legado já rodando bem há anos (não vale migrar)
- Add-on específico que só Heroku tem na marketplace
- Empresa Salesforce com bundle Enterprise
Upuai ganha em:
- SaaS BR / e-commerce BR / app brasileiro em geral
- Time otimizando burn rate em BRL
- Compliance LGPD strict
- Suporte em português
Não existe “uma ganha sempre”. Existe “qual ganha pra seu caso específico”.
Perguntas frequentes
Posso migrar de Vercel/Railway/Heroku pra Upuai sem reescrever código? Em geral sim. Apps em Next.js, React, Vue, Express, FastAPI, Django, Rails, Flask, Phoenix, Spring Boot rodam sem mudança. Você ajusta env vars, copia banco (Postgres dump → import), copia storage. Migrações típicas duram 1-2 dias.
Vercel Edge Functions tem equivalente na Upuai? Não diretamente — Upuai é compute server (não edge serverless). Pra workload que precisa de edge serverless, Cloudflare Workers + Upuai backend é arquitetura comum.
E se eu quiser ter parte do app em Vercel/Cloudflare e parte em Upuai? Funciona. Frontend Next.js na Vercel/Cloudflare Pages; backend API + database na Upuai. Você controla DNS e CORS. Padrão híbrido cada vez mais comum em times BR.
Upuai tem marketplace de add-ons como Heroku? Em construção. Hoje você integra externamente (Sentry, Stripe, Mailgun, etc.) — não é diferencial bloqueante porque a maioria dos add-ons modernos são SaaS independentes que você configura via env vars.
Como fica preview environments por PR na Upuai? Disponível — você conecta GitHub e cada PR gera ambiente isolado automaticamente. Mesmo modelo do Railway/Vercel.
Pra audiência global, vale ficar em Vercel? Pra audiência majoritariamente global, sim. Pra audiência misturada (40% BR + 60% global), arquitetura híbrida (Vercel edge + Upuai BR backend) é a melhor combinação.
Qual a história de uptime/incidentes da Upuai vs os outros? Status page público com histórico. Postmortems detalhados de qualquer incidente, princípio de transparência. Você pode auditar antes de assinar — recomendamos olhar 3-6 meses de histórico de qualquer provider sério antes de migrar.
Pra contextualizar as outras dimensões da escolha, leia Cloud no Brasil custa 78% a mais, Bare metal próprio vs cloud terceirizada e Suporte em português e SLA brasileiro.
Faça deploy no Brasil em 5 minutos
PaaS brasileira, preços em Real, infraestrutura LGPD-native.
Ver planosArtigos relacionados
Cloud no Brasil custa 78% a mais: a matemática do dólar, IOF e do spread
Por que rodar AWS, GCP ou Azure no Brasil sai 78% mais caro? Dissecamos câmbio, IOF, spread bancário, egress e o custo cambial mensal — com números reais e exemplo prático.
Zero egress: por que sua fatura de cloud explode com tráfego
Egress é o billing-surpresa de cloud: zero dólar pra entrar, nove centavos por GB pra sair. Veja como dimensionar custo real e por que zero egress mudou o jogo.
SLA, uptime e disponibilidade: o que realmente importa numa PaaS
Três noves ou quatro? O que cada nove significa em downtime real, o que está no SLA contratual e como evitar promessas vazias de disponibilidade.