Neon
Neon es una plataforma de PostgreSQL serverless gestionada que separa cómputo y almacenamiento, lo que permite escalar a cero cuando está inactiva y crear ramas (branches) de la base de datos casi al instante. Tras su adquisición por Databricks en 2025, mantiene su código abierto (Apache 2.0) y se ha reposicionado para cargas de trabajo de IA y agentes.
// open_source_vs_de_pago · Base de datos Postgres gestionada
// recomendación
Para una pyme/startup española arranca con Neon: es PostgreSQL real con licencia Apache 2.0, plan Free de verdad, escala-a-cero (pagas 0 € mientras el proyecto duerme) y branching que acelera el desarrollo. Cuando necesites consolidar aplicación y base de datos en una sola plataforma con buena DX y soporte gestionado, pásate a Railway (5 $/mes), que en 2026 ya cubre alta disponibilidad, réplicas y PITR a coste razonable. Reserva PlanetScale solo si necesitas rendimiento NVMe extremo, y descarta Turso (es SQLite, no Postgres) y CockroachDB (dejó de ser OSS en 2024) para este perfil.
// veredicto
Encaja para equipos en stacks serverless/edge que quieren PostgreSQL puro con branching para previews y economía de escala a cero, no para quien busca un backend completo todo-en-uno o despliegue on-prem.
// a_favor
- Escala a cero real: no pagas cómputo cuando la base de datos está inactiva, ideal para cargas intermitentes y proyectos pequeños
- Branching copy-on-write único: una rama completa de la BD en menos de un segundo, perfecto para entornos de preview por PR y testing de esquemas
- PostgreSQL real (no un fork): extensiones, ORMs y herramientas funcionan tal cual
- Plan gratuito generoso y permanente (100 CU-horas, 0,5 GB, hasta 100 proyectos) sin tarjeta
- Bajada agresiva de precios en 2025-2026 tras la compra de Databricks (almacenamiento de 1,75 $ a 0,35 $/GB-mes, -80 %); valoración alta en G2 (4,7/5)
// en_contra
- Cold starts de ~300-700 ms al despertar el cómputo, perceptibles en apps con usuarios reales
- Incertidumbre sobre la dirección del producto tras la compra de Databricks: temor a que se convierta en feature embebida de su plataforma
- Solo BD: no incluye auth, storage, realtime ni edge functions (a diferencia de Supabase); hay que montar el resto del backend aparte
- Sin opciones on-prem ni BYOC y arquitectura de almacenamiento opaca: limita control avanzado, soberanía del dato y tuning fino para enterprise
// qué_dice_la_comunidad
El sentimiento es mayoritariamente positivo: en Reddit/HN y G2 (4,7/5) se elogian el branching y el escala-a-cero como diferenciales reales, aunque hay recelo por la incertidumbre tras la compra de Databricks y quejas puntuales sobre cold starts y algún cambio de modelo de precios.
// opiniones_de_la_comunidad
Opiniones
Cargando opiniones…
// otras_de_su_función
Los logos son propiedad de sus respectivas marcas; se muestran con fines identificativos.