Gestionado vs autoalojado
Puedes ejecutar una tú mismo en un servidor, o alquilar una gestionada (Supabase, Neon, PlanetScale, RDS, Cloudflare D1) donde el proveedor se encarga de las copias de seguridad, los parches y la disponibilidad.
Para la programación asistida por IA (vibe coding), empieza siempre con una gestionada. Autoalojar una base de datos significa que ahora eres responsable de las copias de seguridad, las actualizaciones de seguridad, el espacio en disco y la recuperación a las 3 de la madrugada. Eso es trabajo de operaciones real que distrae de construir. Los servicios gestionados cuestan un poco de dinero y ahorran una enorme cantidad de tiempo y riesgo. Pasa al autoalojamiento solo cuando tengas una razón concreta y las habilidades para respaldarla.
Cuando elijas un proveedor gestionado, vale la pena saber por qué estás pagando realmente, porque las páginas de marketing se mezclan entre sí. Algunas cosas genuinamente difieren:
- Modelo de conexión. Las plataformas sin servidor (Cloudflare Workers, funciones de Vercel) abren y cierran conexiones a la base de datos constantemente, lo que puede agotar un pool de conexiones clásico de Postgres. Proveedores como Neon y Supabase incluyen un pooler de conexiones (PgBouncer o equivalente) exactamente para esto: usa la cadena de conexión con pooling en código sin servidor.
- Ramificación y copias de seguridad. Neon y PlanetScale te permiten "ramificar" la base de datos como en , de modo que puedes probar una migración en una copia. Confirma que la recuperación en un punto en el tiempo esté activada, y averigua hasta cuándo llega.
- del proveedor. D1 y DynamoDB son excelentes pero te atan a una nube. Postgres plano (Supabase, Neon, RDS) es portable: tu esquema y tus consultas se mueven a cualquier host de Postgres. Para la mayoría de los principiantes, lo portable es la apuesta más segura a largo plazo.