Ficha independiente

Neon

Postgres serverless con cómputo y almacenamiento separados, autoescalado y ramas.

Añadido y revisado por sheeplaunch. Sin afiliación con la empresa del producto.Última revisión 18 ago 2026Visitar el sitio oficial

Qué es Neon

Neon es una plataforma gestionada de Postgres serverless. Separa cómputo y almacenamiento para que los endpoints puedan escalar y suspenderse cuando están inactivos. Añade ramas de base de datos, historial de restauración, réplicas de lectura, pooling, un driver serverless, API e integraciones, manteniendo conexiones y SQL estándar de Postgres.

Esta página es una ficha independiente de sheeplaunch y no un lanzamiento presentado por Neon.

Para quién encaja

Encaja en aplicaciones que quieren semántica Postgres y entornos elásticos. El scale-to-zero resulta útil para prototipos, previews y bases de desarrollo intermitentes. Las ramas permiten dar a un cambio de código una base aislada basada en un estado existente. También sirve a equipos que prefieren mantener autenticación, archivos y cómputo en otros servicios.

Capacidades principales

Postgres gestionado con cómputo y almacenamiento separados.
Autoscaling, suspensión por inactividad y ramas de base de datos.
Conexiones directas, pooling y driver para JavaScript serverless.
Restauración, réplicas, monitorización, API, CLI y extensiones.
Métricas de unidades de cómputo, almacenamiento, historial y transferencia.

Una rama puede acompañar un preview de aplicación y permite probar migraciones sin reutilizar directamente la base compartida.

Límites y compromisos

El cómputo suspendido debe despertar, por lo que conviene medir latencia tras inactividad. Las funciones serverless generan conexiones de forma diferente a un servidor persistente; pooling y driver serverless resuelven casos distintos. Elegirlos sin entender transacciones puede producir sorpresas.

Neon gestiona la base, no todo el backend. Auth, archivos, colas, API y funciones necesitan otros servicios. La separación mejora modularidad pero añade integración. La facturación también requiere observar cómputo activo, almacenamiento, historial y transferencia de forma independiente. Scale-to-zero no garantiza ser más barato con carga constante.

Cómo cobra

Neon ofrece un plan gratuito y planes pagados por uso. El gratuito incluye límites por proyecto y cómputo. Los planes pagados cobran horas de unidades de cómputo y almacenamiento, además de características operativas. Producción estable, ramas temporales y entornos inactivos deben modelarse por separado.

Alternativas relacionadas

Supabase usa Postgres pero añade autenticación, storage, realtime y funciones. D1 de Cloudflare sigue un modelo relacional distinto basado en SQLite. Los previews de Vercel o Netlify pueden combinarse con ramas temporales de Neon si la automatización también las elimina.

Cómo evaluar esta ficha

Use esta ficha como punto de partida fechado, no como sustituto de una prueba con el producto. Antes de decidir, confirme en la documentación oficial qué funciones, regiones, límites, integraciones y condiciones de privacidad corresponden a su cuenta. Prepare un caso real con datos representativos y anote qué parte de la configuración depende del proveedor, de su equipo o de terceros. La facilidad de una demostración inicial no demuestra por sí sola que el servicio encaje en producción.

Haga un piloto pequeño con las personas que operarán el sistema. Mida el tiempo de configuración, el flujo principal, la colaboración, el comportamiento ante errores y la recuperación. Compruebe permisos, inicio de sesión, registros, exportaciones, retención, residencia de datos, accesibilidad y soporte. Si el producto ejecuta automatizaciones o toma decisiones, verifique que el equipo pueda observarlas, detenerlas y revertir sus efectos. Documente también cómo se moverían los datos, configuraciones y procesos si el servicio deja de encajar.

Construya el cálculo de coste con el patrón de uso esperado, no solo con el precio de entrada. Incluya usuarios y asientos, entornos de prueba, almacenamiento, transferencia, ejecución, retención, complementos y crecimiento. Modele un mes normal y un pico razonable, y vuelva a revisar la estimación cuando cambie el tráfico o la organización. Asigne una persona responsable del contrato, la seguridad, el presupuesto y la revisión periódica. La mejor elección no es la que acumula más funciones, sino la que resuelve el trabajo principal con límites, responsabilidades y salida suficientemente claros.

Fuentes oficiales

Revisado por sheeplaunch el 18 de agosto de 2026.