OpenCallDeploy produção (Railway)
Onde rodar o app.
O app precisa de um host que rode um processo Node persistente. Plataformas serverless (Vercel e similares) não funcionam: chat, presença e aviso de chamada são entregues por Server-Sent Events com pub/sub em memória, o que exige um único processo de longa duração.
Só quer experimentar?
Pra subir uma instância de teste sem custo e sem domínio próprio, vá pro Deploy demo (Render) — Render + Neon + LiveKit Cloud.
Railway
O plano Hobby (US$5/mês, que viram crédito de uso) cobre app + Postgres pra uma comunidade pequena ou média, ficando normalmente entre US$5-25/mês.
Crie uma conta em railway.com e conecte o GitHub (ver Criar conta no GitHub e fazer fork se você ainda não tem o fork).
New Project → Deploy from GitHub repo → selecione seu fork do OpenCall.
Adicione o Postgres (ver Banco de dados).
Na aba Variables do serviço do app, cole todas as variáveis de Variáveis de ambiente.
Settings → Networking → gere um domínio (*.up.railway.app) ou
conecte um seu.
Volte ao Discord Developer Portal e cadastre o Redirect URI com esse domínio final.
Crie as tabelas:
railway run pnpm prisma db pushO build usa o Dockerfile do repositório automaticamente a cada push.
Alternativa: a mesma VPS do LiveKit self-host
Se você já tem uma VPS do LiveKit self-host, o Caddy que o instalador configurou pode servir um segundo domínio pro Next.js na mesma máquina. Nesse arranjo você cuida do gerenciador de processo (pm2/systemd) e dos deploys — não existe build automático a cada git push.
Custo de referência
Próximo: Verificação final.