Gerenciado vs Auto-hospedado
Você pode rodar um banco de dados você mesmo em um servidor, ou alugar um gerenciado (Supabase, Neon, PlanetScale, RDS, Cloudflare D1) onde o provedor cuida de backups, patches e disponibilidade.
Para vibe coding, comece sempre gerenciado. Auto-hospedar um banco de dados significa que agora você é responsável por backups, atualizações de segurança, espaço em disco e recuperação às 3 da manhã. Isso é trabalho operacional de verdade que distrai da construção. Serviços gerenciados custam um pouco de dinheiro e economizam enorme tempo e risco. Só migre para auto-hospedagem quando tiver um motivo concreto e as habilidades para sustentá-lo.
Quando você escolhe um provedor gerenciado, vale a pena saber pelo que está realmente pagando, porque as páginas de marketing se confundem. Algumas coisas realmente diferem:
- Modelo de conexão. Plataformas (Cloudflare Workers, funções Vercel) abrem e fecham conexões de banco de dados constantemente, o que pode esgotar um pool de conexões clássico do Postgres. Provedores como Neon e Supabase oferecem um pooler de conexões (PgBouncer ou equivalente) exatamente para isso — use a string de conexão via pool em código serverless.
- Branching e backups. Neon e PlanetScale permitem "ramificar" o banco de dados como no , para que você possa testar uma migração em uma cópia. Confirme se a recuperação point-in-time está ativa, e saiba até quando ela alcança.
- Aprisionamento (lock-in). D1 e DynamoDB são excelentes, mas prendem você a uma única nuvem. Postgres puro (Supabase, Neon, RDS) é portátil — seu schema e suas queries se movem para qualquer host Postgres. Para a maioria dos iniciantes, portável é a aposta mais segura no longo prazo.