Lanzamiento oficial (GA) de Neon Serverless Postgres

• Neon es un servicio que propone un nuevo enfoque para el desarrollo de bases de datos Postgres y recientemente fue lanzado oficialmente
• Postgres es una de las bases de datos para desarrolladores más populares, pero tiene dificultades con la escalabilidad y la recuperación ante fallas
• Los desarrolladores quieren que la creación de clústeres de Postgres sea rápida, que escalen automáticamente hacia arriba y hacia abajo, que puedan crear al instante ramas para trabajar de forma independiente y que haya una restauración rápida a un punto en el tiempo

Arquitectura y características de Neon

• Adopta una arquitectura que toma ideas de Amazon Aurora para separar el almacenamiento y el cómputo
• Todos los cambios se ofrecen como código abierto y se envían upstream
• Los usuarios pueden tener una experiencia completa de Postgres
• A través de la función de ramas, los desarrolladores pueden trabajar de forma independiente sin conflictos
• El cómputo puede escalar de manera independiente según la carga
• Las ramas se crean en segundos y, con el método COW, tienen una baja sobrecarga de espacio
• La creación y replicación de bases de datos o servidores no toma mucho tiempo

Proceso de evolución de Neon

• En diciembre de 2022 pasó a estar disponible sin invitación
• La función de ramas se ofreció a todos los usuarios
• Con soporte de API se hizo posible automatizar la administración de Postgres
• El lanzamiento del driver serverless mejoró la velocidad de despliegue en JS/TS
• La integración con Vercel permitió crear una rama de DB para cada preview
• El lanzamiento del autoescalado eliminó la necesidad de trabajo manual
• Con CLI ahora se puede administrar directamente desde la terminal
• Se enfocaron en escalar hasta 0 y en mejorar el comportamiento del cold start

Opinión de GN⁺

• Neon es un servicio interesante centrado en mejorar la experiencia del desarrollador. En particular, la función de ramas de base de datos parece ser de gran ayuda para acelerar el desarrollo
• Aun así, al adoptarlo en la práctica habrá aspectos a considerar, como si soporta completamente todas las funciones de Postgres y cómo deberían hacerse las migraciones
• Parece necesario validar la compatibilidad, estabilidad y rendimiento con Postgres existente. Como todavía está en una etapa temprana tras su lanzamiento, probablemente convenga un enfoque prudente
• Entre los servicios similares están Amazon Aurora, Google Cloud Spanner y Citus. Vale la pena comparar las ventajas y desventajas de cada uno
• Como está basado en Postgres, resulta muy atractivo que pueda conservar las ventajas de Postgres. Poder usar herramientas familiares para los desarrolladores y al mismo tiempo aumentar la productividad de desarrollo parece ser una fortaleza propia de Neon

[xguru]

Neon - Postgres serverless de código abierto

Parece que aquí alcanzaron GA después de 2 años. Da la impresión de que compite con Supabase, así que resulta interesante.

[GN⁺]

Opiniones en Hacker News

• Un usuario contó una experiencia negativa con Neon: el soporte al cliente no le ayudó, había muchos bugs, era lento y el precio era demasiado alto
• En cambio, otro usuario lo autoalberga como operador interno de Kubernetes y está muy satisfecho con la solución técnica de Neon. Dice que sería difícil operar su empresa sin Neon
• La función de ramificar toda la base de datos parece excelente, pero el precio es un poco alto. En el plan de $69/mes, alquilar un servidor dedicado podría salir más barato
• Un usuario se cambió de PlanetScale a Neon porque puede escalar hacia arriba y hacia abajo fácilmente, y ejecutar varias bases de datos en el mismo clúster. Neon es más fácil de usar que RDS y arranca rápido (cientos de milisegundos)
• Un cliente que ha usado Neon durante más de un año dijo que no ha tenido ningún problema, salvo el cambio reciente de precios
• La función de "branching" sería más correcta si se llamara "snapshot" o "checkpoint". Crear una versión escribible con CoW y volver a una versión anterior es un snapshot. Una rama implica fusión, y eso es un problema mucho más complejo
• Impresiona el timing de mercado, saliendo apenas un día después del anuncio GA de Supabase. Ambas plataformas son excelentes
• El precio del almacenamiento es muy alto, entre $1.50 y $1.75 por GB. Puede ser pesado para usarlo en proyectos hobby
• No está claro en qué se diferencia de AWS Aurora ni por qué habría que usar Neon en lugar de Aurora en términos de precio o escalabilidad
• Si el driver de Neon permitiera redirigir fácilmente conexiones de localhost, mejoraría la experiencia de desarrollo y pruebas. Los desarrolladores prefieren conectarse a una base de datos Postgres local para desarrollar y probar
• El PM de Neon debería considerar qué cambios de código y de flujo de trabajo de desarrollo necesita alguien nuevo que quiera empezar a usar Neon