Railway Review 2026: deploy e hosting a partir de US$ 5

Nota 4/5 — A Railway é a plataforma de deploy mais promissora desde o Heroku original: git push, escalabilidade automática, databases com um clique. Ideal para devs brasileiros que atendem público global e aceitam ~150ms de latência. O gap: sem servidor no Brasil, custo de egress pode surpreender e databases não têm SLA.

O que é Railway e para quem vale

💡 Vai rodar Supabase numa VPS? A gente comparou o preço real em cada provedor — com renovação e requisitos — em VPS para Supabase.

A Railway é uma plataforma de deploy e hosting para colocar aplicações, APIs, workers e bancos de dados no ar sem administrar servidores diretamente. Ela conecta o repositório, faz o build e publica o serviço. O plano Hobby custa US$ 5 por mês e inclui US$ 5 de uso de recursos. A oferta do Runzos também informa US$ 20 de crédito para testar a plataforma.

• Vale para quem quer publicar um MVP, bot, API ou app full-stack sem montar uma VPS.
• Serve para projetos com deploy pelo GitHub, builds automáticos e ambientes de preview.
• Ajuda equipes pequenas que preferem concentrar deploy, logs e serviços no mesmo painel.
• Faz menos sentido quando a prioridade é controle total do servidor ou infraestrutura sob medida.
• Para público concentrado no Brasil, a ausência de região local entra na decisão por causa da latência.

Quer testar antes de decidir? Veja os detalhes do planos, preços e crédito para testar a Railway. A página explica a condição da oferta; este review continua focado na escolha da plataforma.

Railway vs VPS vs Vercel

O que é Railway?

A Railway é uma plataforma cloud full-stack fundada por Jake Cooper em 2020, com sede em São Francisco. Ela compete no espaço de PaaS (Platform as a Service) que o Heroku dominou por anos. A proposta é simples: conecte seu repositório GitHub, escolha um template e pronto — sua aplicação está no ar com SSL automático, domínio customizado e escalabilidade.

Diferente de soluções como Vercel (focada em frontend) ou Fly.io (que exige Docker manual), a ferramenta aceita qualquer linguagem. Ela detecta automaticamente se você está usando Node.js, Python, Go, Ruby, Rust ou Docker e constrói o container sem configuração.

O growth impressiona: são 2 milhões de devs, com 200 mil novos usuários por mês. A empresa levantou US$ 24 milhões em Série A (2022) e US$ 100 milhões em Série B (janeiro de 2026), liderada pela TQ Ventures. Total: cerca de US$ 124 milhões em investimento. Entre os clientes estão 31% da Fortune 500.

Git push deploy — a mágica do zero config

Conecte seu repositório GitHub, selecione a branch de produção e pronto.
Toda vez que você faz um push, a plataforma detecta automaticamente a linguagem, faz o build, roda os testes básicos e faz o deploy. Nenhum YAML para escrever, nenhum Dockerfile obrigatório (mas aceita se você quiser).

Railpack — builds inteligentes

A Railway criou o Railpack, sucessor do Nixpacks, para substituir o sistema de build herdado do Nix. O resultado prático:

• Imagens Node.js 38% menores que com Nixpacks
• Imagens Python 77% menores
• Integração com BuildKit para caching eficiente
• Detecção automática de versão via Mise

Na prática: seu deploy é mais rápido e o container ocupa menos espaço. Se você já usou Nixpacks em outras plataformas, o Railpack é uma evolução real, não só marketing.

Por que testei?

Uso a Railway desde março de 2025 para hospedar APIs de projetos pessoais e bots para automação. Já passei por Heroku (até o free tier morrer), Render e DigitalOcean App Platform. O que me levou à plataforma foi a promessa de simplicidade — e ela entrega nesse quesito.

Mas o que me motivou a escrever este review foi uma descoberta frustrante: só depois de algumas semanas usando o serviço percebi que não há servidor no Brasil. E pior: a empresa declarou abertamente que não pretende ter. Para um dev brasileiro que atende usuários brasileiros, isso transforma completamente a equação de custo-benefício.

Preços e planos — quanto custa Railway em 2026?

A Railway tem 4 planos. A tabela abaixo mostra a estrutura oficial:

Fonte: docs.railway.com/pricing/plans

Hobby vs Pro: qual escolher?

O Hobby é suficiente para protótipos, MVPs e projetos pessoais com baixo tráfego. Com US$ 5 de crédito incluso, você roda uma API simples e um banco PostgreSQL sem estourar.

O Pro vale o upgrade se você trabalha em equipe (inclui seats para múltiplos devs) ou precisa de mais CPU e RAM. O crédito de US$ 20/mês por seat cobre a maioria dos cenários de médio porte.

O custo escondido do egress

O que a plataforma não destaca na página de planos: o custo de banda de saída (egress) é de US$ 0,05/GB. Parece pouco até sua API começar a receber tráfego. Um exemplo:

Aplicação com 500 MB de egress por dia = ~15 GB/mês = US$ 0,75 extras.
Aplicação com 5 GB/dia = ~150 GB/mês = US$ 7,50 extras.
Aplicação com 50 GB/dia = ~1,5 TB/mês = US$ 75 extras.

Há relatos no fórum oficial (thread 38aa976e) de usuários com faturas de US$ 40 a US$ 60/mês inesperadas — vindas exclusivamente de egress.

Quanto custa em reais?

Considerando o dólar a aproximadamente R$ 5,40 (cotação de maio/2026), os preços oficiais ficam assim:

O custo em reais é competitivo comparado a concorrentes.
Render custa US$ 7/mês (starter) e DigitalOcean US$ 12/mês (na prática, US$ 6/mês com App Platform + DB). Mas o câmbio pesa para qualquer plataforma dolarizada.

Como funciona na prática

Setup inicial

Crie uma conta em railway.com com GitHub. O onboarding guia você por um template (Node.js, Python, Go, Docker). Em menos de 5 minutos você tem algo rodando.

CI/CD e PR Environments

Conecte o repositório e escolha a branch de produção.
A plataforma detecta automaticamente pushes e faz deploy incremental.

Um recurso subestimado: os PR Environments. Quando alguém abre um pull request no GitHub, a Railway cria um ambiente efêmero e isolado com o código do PR. Você testa antes de mergear. Não precisa de Vercel para preview se sua app é full-stack.

Databases gerenciados

Com um clique você provisiona, com suporte oficial:

• PostgreSQL
• MySQL
• Redis
• MongoDB

Tudo com SSL automático, backup básico e interface de gerenciamento no próprio dashboard. O provisionamento leva segundos. Para projetos pessoais e MVPs, é um sonho. Para produção… aí entra a ressalva que veremos na seção de limitações.

O que gostei

1. DX impecável. Conectei o GitHub, selecionei Node.js, fiz push. Em 30 segundos minha API estava no ar. Zero configuração. Zero YAML.

2. Railpack entrega. As imagens realmente são menores.
Meu container Node.js que tinha ~350 MB com Nixpacks caiu para ~220 MB com Railpack. Build mais rápido, deploy mais rápido.

3. PR Environments nativos. Não precisei configurar nada.
Abri um PR no GitHub e a Railway criou uma URL de preview automaticamente. Para quem revisa código em equipe, isso é ouro.

4. Databases com um clique. Nunca foi tão fácil ter um PostgreSQL de teste. Seleciono o template, aguardo 10 segundos e tenho string de conexão, usuário e senha.

O que não gostei

1. Sem servidor no Brasil. A empresa declarou: “A Brazil region opens up legal risks that Railway at this time isn’t prepared to handle.” Para qualquer dev brasileiro com usuários no Brasil, isso é frustrante. Não é um “ainda não temos” — é um “não queremos”.

2. Custo de egress mal comunicado. O painel não mostra um contador de banda em tempo real. Você descobre o custo de egress na fatura. Vários relatos no fórum oficial confirmam o mesmo problema.

3. Outages sem comunicação. Em dezembro de 2025, um ataque de cryptominer via vulnerabilidade Next.js causou 4 horas de downtime. Em maio de 2026, uma suspensão do Google Cloud causou 8+ horas de instabilidade — sem notificação proativa. O agregador IsDown detectou 33 outages em março de 2026 que a Railway não reportou.

Railway funciona bem no Brasil? A verdade sobre latência

Esta é a pergunta central para o dev brasileiro. A resposta é complexa.

O que a Railway diz oficialmente

Angelo Saraceno, Support Engineer da Railway, respondeu no fórum oficial:

“A Brazil region opens up legal risks that Railway at this time isn’t prepared to handle. I think Brazilian devs are the best in the world.”

Jake Cooper, CEO, confirmou a mesma posição em outra thread. Não há previsão nem plano público para a região Brasil.

Latência real de SP para cada região

A plataforma tem 4 regiões de deploy: US West (Califórnia), US East (Virgínia), EU West (Amsterdam) e Southeast Asia (Singapura).

A latência média de São Paulo para cada região:

Fonte: docs.railway.com/reference/deployment-regions

Para uma API REST comum, ~150 ms não é um problema.
Para um app em tempo real (jogos, chat, streaming) ou um backend que serve páginas diretamente ao usuário, a latência se torna visível.

O Gap Brasil

A Railway é um exemplo clássico do que chamamos de Gap Brasil: a distância entre o que uma plataforma global oferece e o que o dev brasileiro realmente precisa — em regiões, preços, idioma e suporte.

A ferramenta é objetivamente excelente. Mas o Gap Brasil existe e é real: sem servidor local, sem documentação em PT-BR, sem calculadora de preços em reais e — o mais grave — uma declaração oficial de que o Brasil não é prioridade.

Cabe ao dev brasileiro decidir se aceita esse gap.

Limitações e riscos

Databases sem SLA

A própria Railway admite na documentação oficial que os databases gerenciados não são recomendados para produção: “We don’t think they are suitable for anything mission-critical”. Não há alta disponibilidade, nem SLA, nem backup automático configurável.

Se sua aplicação precisa de banco de dados com garantia, use um serviço separado (DigitalOcean Managed Databases, Supabase ou Neon) e conecte à Railway apenas para o código.

Vendor lock-in

A Railway usa Railpack para construir as imagens. Se um dia você quiser migrar para outra plataforma, o container gerado pode não funcionar sem adaptações. A exportação de dados dos databases gerenciados também não é trivial — não há ferramenta nativa de exportação.

Instabilidade em transição

A Railway está migrando do Google Cloud para infraestrutura própria — o Railway Metal. Isso é ambicioso e promete mais controle, mas a transição tem gerado instabilidade. Os outages de 2025 e 2026 coincidem com essa migração. Se você precisa de 99,9% de uptime hoje, a plataforma pode não ser a melhor escolha.

Para quem é?

• Devs brasileiros que atendem público global — se seus usuários estão nos EUA, Europa ou Ásia, a Railway funciona muito bem.
• Criadores de MVPs e protótipos — deploy em minutos, databases com um clique, custo inicial baixo.
• Automações e bots — scripts Python, bots Telegram, webhooks. Não precisam de baixa latência.
• Equipes pequenas que querem CI/CD simples — PR Environments e git push deploy eliminam a complexidade de infra.

Para quem NÃO é?

• Apps brasileiros com usuários brasileiros — ~150 ms de latência para cada requisição cansa o usuário. Considere DigitalOcean (datacenter em SP) ou Render (regiões nos EUA com latência ~120 ms).
• Aplicações mission-critical — databases sem SLA e outages esporádicos tornam a Railway arriscada para produção que exige 99,9%+ de uptime.
• Projetos com alto tráfego de dados — o custo de egress escala rápido. Para APIs que servem muitos GB/dia, plataformas com banda incluída (Render, DigitalOcean) saem mais baratas.

Railway vs Render vs Fly.io vs Heroku

Railway vs Render

Render é mais previsível e tem free tier funcional.
A Railway tem auto-scaling e melhor DX.
Para um projeto pessoal simples, Render ganha na previsibilidade de custo.
Para um projeto que precisa escalar sem configuração, a Railway é melhor.

Railway vs Fly.io

Fly.io tem 30+ regiões e é a escolha certa para latência global. A Railway não compete em presença geográfica. Mas Fly.io exige Dockerfile ou configuração manual — não tem a detecção automática que torna a plataforma mágica.

Railway vs Heroku

Heroku foi o padrão-ouro por uma década, mas estagnou. A partir de 2022, com o fim do free tier, milhares de devs migraram. A Railway é a sucessora natural: mesma simplicidade de deploy, mais inovação (Railpack, databases nativos) e mais recursos modernos (PR Environments, auto-scaling).

Como fazer deploy no Railway — tutorial prático

Conectando GitHub e criando projeto

1. Acesse railway.com e clique em “Login with GitHub”
2. Autorize o acesso da Railway ao seu perfil
3. Clique em “New Project” e selecione “Deploy from GitHub repo”
4. Escolha o repositório e a branch (geralmente main ou master)

Deploy de uma API Node.js

Crie um arquivo index.js simples:

const express = require('express');
const app = express();
const port = process.env.PORT || 3000;

app.get('/', (req, res) => {
  res.json({ message: 'Deploy feito pelo Railway', region: process.env.RAILWAY_REGION || 'unknown' });
});

app.listen(port, () => {
  console.log(`App rodando na porta ${port}`);
});

E um package.json:

{
  "name": "railway-demo",
  "version": "1.0.0",
  "scripts": {
    "start": "node index.js"
  },
  "dependencies": {
    "express": "^4.18.0"
  }
}

Push para o GitHub. A plataforma detecta automaticamente Node.js, faz o build com Railpack e disponibiliza uma URL https://{projeto}.railway.app.

Adicionando banco de dados PostgreSQL

1. No dashboard do projeto, clique em “+ New” e selecione “Database” > “PostgreSQL”
2. Em segundos você tem a string de conexão
3. Use no código:

const { Pool } = require('pg');
const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  ssl: { rejectUnauthorized: false }
});

A Railway injeta a DATABASE_URL automaticamente como environment variable.

FAQ

Railway tem servidor no Brasil?

Não. A empresa confirmou em canais oficiais que ainda não pretende ter datacenter no Brasil. Isso significa menor previsibilidade para apps com público brasileiro, especialmente com tráfego mais intenso e leitura de ativos estáticos.

Quanto custa Railway?

O custo depende do plano e do uso. Hobby começa com US$ 5/mês (com crédito no valor do plano) e Pro sai em US$ 20/mês por seat. Em serviços com alto volume de saída de dados, o custo adicional de egress pode elevar bastante a fatura.

Railway é melhor que Render/Fly.io?

Para produtividade no deploy, a Railway ganha. Para previsibilidade de custo e controle regional de borda, Render costuma ser mais estável. Para latência global com muita configuração de rede, o Fly.io costuma ser mais forte.

Veredito final

A Railway é a plataforma de deploy mais promissora desde o Heroku original.
A DX é impecável, o Railpack entrega imagens até 77% menores e os PR Environments são um diferencial real para equipes.

O problema é que a plataforma tomou uma decisão consciente de não atender o Brasil. Não é “ainda não temos servidor” — é “não queremos ter”. Para o dev brasileiro que atende usuários brasileiros, isso cria o Gap Brasil: você usa uma plataforma excelente, mas paga em latência o que economiza em assinatura.

Se você atende público global, aceita ~150 ms de latência e prioriza simplicidade de deploy: a Railway é uma das melhores opções do mercado em 2026.

Se seus usuários estão no Brasil: faça as contas. Talvez DigitalOcean (com datacenter em SP) ou Render (com latência ~120 ms de US East) atendam melhor.

Leia também: Como fazer deploy no Railway em 2026: API, worker e automação sem VPS