PlanetScale frente a Neon en 2026: ¿qué base de datos serverless deberías elegir?

Si eres un equipo de Postgres que quiere aislamiento real por rama, escalado a cero en las bases de datos de desarrollo y una factura que empieza literalmente en cero dólares, elige Neon. Si ejecutas MySQL a gran escala, vives sobre Vitess o simplemente quieres una base de datos que nunca tenga arranques en frío ni se suspenda, elige PlanetScale. Esa es toda la decisión en dos frases, y casi todo lo que sigue es solo mi forma de mostrar el razonamiento para que puedas discutirlo conmigo.

He pasado la mayor parte de una década cuidando bases de datos en producción, y lo que nadie te cuenta es que la categoría de las "bases de datos serverless" se dividió silenciosamente en dos religiones. Un bando optimiza para la elasticidad de costes: tu base de datos debería desaparecer cuando nadie la mira y no costar nada. El otro bando optimiza para la previsibilidad: tu base de datos debería estar en ejecución, caliente e idéntica cada milisegundo, y pagas por esa tranquilidad. Neon es la primera iglesia. PlanetScale es la segunda. Ninguna está equivocada. Responden a preguntas distintas.

Aquí tienes la versión rápida antes de entrar en los detalles.

PlanetScale frente a Neon de un vistazo

	PlanetScale	Neon
Motor	MySQL (Vitess) + Postgres (GA sept. 2025)	Solo Postgres serverless
Entrada de pago más barata	5 USD/mes Postgres de un solo nodo (PS-5)	Puro pago por uso, empieza cerca de 0 USD
Plan gratuito	Ninguno (eliminado en abril de 2024)	Sí — 0 USD/mes, 100 CU-horas, 0,5 GB/proyecto
Branching	Sí (esquema primero; datos mediante restauración en PG)	Sí (copia instantánea copy-on-write, datos completos)
Escalado a cero	No — siempre activa, sin arranques en frío	Sí — se suspende tras 5 min de inactividad
Precio del almacenamiento	Clúster + almacenamiento EBS facturados por separado	0,35 USD/GB-mes
Propiedad de	Independiente	Databricks (adquirida en mayo de 2025, ~1.000 M USD)
Mejor para	Equipos de MySQL/Vitess, alto QPS, sensibles a la latencia	Postgres desde cero, economía de dev/preview, agentes de IA

Ahora, los detalles.

PlanetScale en 2026: la apuesta por el "siempre activo"

La reputación de PlanetScale se construyó sobre Vitess, la capa de sharding de MySQL que YouTube escribió para evitar que su base de datos se derritiera. Ese legado todavía importa: si necesitas distribuir MySQL en miles de nodos, no hay lugar más tranquilo en internet para hacerlo. Pero la gran historia de 2026 es que PlanetScale ya no es solo MySQL. PlanetScale for Postgres pasó a disponibilidad general el 22 de septiembre de 2025 (PlanetScale), así que el viejo planteamiento de "MySQL o nada" está muerto.

Los precios se basan en clústeres y, sinceramente, resulta refrescante después de años de vagas "unidades de cómputo". En AWS us-east-1, un clúster Postgres de un solo nodo (sin alta disponibilidad) empieza en 5 USD/mes, mientras que la versión de alta disponibilidad de tres nodos empieza en 15 USD/mes y sube a partir de ahí (precios de PlanetScale). Los planes de Vitess (MySQL) empiezan más caros: la configuración de tres nodos sin Metal arranca en torno a 39 USD/mes. Y luego está PlanetScale Metal, el nivel respaldado por NVMe donde el almacenamiento es local a la máquina en lugar de EBS conectado por red; Metal Postgres empieza en 50 USD/mes. Pagas una tarifa mensual fija por clúster, prorrateada, y el almacenamiento en los planes EBS se factura aparte.

Precios de PlanetScale, junio de 2026

Lo importante a nivel filosófico que hay que entender sobre PlanetScale: no escala a cero, y eso es a propósito. Tu base de datos está en ejecución esté o no consultándola alguien. Sin suspensión, sin arranque en frío, sin el impuesto de "la primera petición después de comer tarda 800 ms". Para una aplicación de cara al cliente donde la latencia p99 es una partida que el CEO vigila, eso es una característica, no un defecto. El propio benchmark publicado por PlanetScale frente a Neon/Lakebase situó a PlanetScale en torno a 33.000 QPS frente a unos 27.000 de Neon, con un rendimiento más consistente a lo largo del tiempo (benchmarks de PlanetScale). Toma los benchmarks de los proveedores con el habitual puñado de sal — ellos lo ejecutaron, ellos ganaron — pero la afirmación sobre la consistencia encaja con la arquitectura siempre activa. No hay nada que despertar.

El branching existe en PlanetScale, y es genuinamente bueno para aquello para lo que fue diseñado: las migraciones de esquema. El flujo de deploy-request — ramificar, comparar, revisar, fusionar — detecta cambios de esquema que rompen antes de que lleguen a producción, y está mejor estructurado para eso que cualquier cosa que ofrezca Neon. La pega son los datos. Las ramas de MySQL son entornos solo de esquema, y las ramas de PlanetScale Postgres restauran desde una copia de seguridad para incluir datos. Si tu flujo de CI quiere una copia completa e instantánea de los datos de producción en cada pull request, eso no es el fuerte de PlanetScale.

El elefante en la habitación es lo que ocurrió en abril de 2024: PlanetScale retiró por completo su nivel gratuito Hobby. Las nuevas bases de datos Hobby dejaron de crearse el 6 de marzo de 2024, y las existentes tenían que actualizarse antes del 8 de abril o quedaban suspendidas (FAQ de la retirada del plan Hobby de PlanetScale). La comunidad de desarrolladores se lo tomó como algo personal — el reemplazo más barato en su momento era de 39 USD/mes, e internet no perdona rápido la desaparición de un plan gratuito. La buena noticia en 2026 es que el punto de entrada de 5 USD para Postgres de un solo nodo suavizó considerablemente ese golpe. No es gratis, pero tampoco son 39 USD.

Neon en 2026: escalado a cero, propiedad de Databricks

Neon es Postgres serverless, punto. Sin MySQL, sin Vitess, sin capa de sharding — solo Postgres, diseñado de forma que el almacenamiento y el cómputo estén separados. Esa separación es todo el truco. Es lo que hace que el branching de Neon sea instantáneo: una rama es una instantánea copy-on-write de todo tu conjunto de datos, una base de datos Postgres totalmente aislada en menos de un segundo, sin copiar datos. Para los pipelines de CI y los entornos de preview, esta es la característica estrella. Cada pull request puede tener su propia base de datos real, con datos reales con forma de producción, que vive lo que dura el PR y luego desaparece.

También es lo que hace posible el escalado a cero. Por defecto, Neon suspende un cómputo tras cinco minutos de inactividad, y puedes mantenerlo caliente durante 5 minutos, 30 minutos o indefinidamente en los planes de pago (documentación de Neon). Cuando despierta, los arranques en frío suelen situarse en el rango de unos pocos cientos de milisegundos, p99 en torno a 500 ms. Eso es muchísimo mejor que el reanudado de aproximadamente 15 segundos de Aurora Serverless v2, pero no es cero, y lo notarás en la primera petición tras la inactividad. Para entornos de desarrollo y cargas de trabajo a ráfagas, ese compromiso es fantástico. Para una página de pago sensible a la latencia que a veces se queda en silencio, es una consideración real.

Los precios recibieron una revisión a fondo. Neon fue adquirida por Databricks en mayo de 2025 por unos ~1.000 millones de USD según se informó (sala de prensa de Databricks), y la factura bajó, no subió — un resultado poco frecuente tras una adquisición. El cómputo bajó entre un 15 y un 25 %, y el almacenamiento cayó de 1,75 a 0,35 USD por GB-mes, aproximadamente un recorte del 80 %. El plan Free es realmente utilizable: 0 USD/mes, 100 CU-horas por proyecto, 0,5 GB de almacenamiento por proyecto, 10 ramas, sin tarjeta de crédito (precios de Neon). El uso de pago es puro consumo: el cómputo Launch cuesta 0,106 USD/CU-hora, Scale cuesta 0,222 USD/CU-hora, ambos con almacenamiento a 0,35 USD/GB-mes. Y, fundamentalmente, Neon eliminó su antiguo mínimo mensual de 5 USD — si consumes 3 USD de uso, se te cobran 3 USD (blog de Neon). Una CU es una vCPU y 4 GB de RAM, así que puedes razonar sobre el coste sin una hoja de cálculo, en su mayor parte.

Precios de Neon, junio de 2026

Una nota honesta al pie: el escalado a cero ahorra dinero cuando está inactiva, pero "inactiva" es escurridizo. Un proyecto de Neon que recibe aunque sea un hilillo de tráfico — 30 visitas al día — puede acumular varias CU-horas diarias porque cada despertar vuelve a arrancar el cómputo. Los usuarios de Neon lo han señalado en GitHub. El escalado a cero no es lo mismo que no ejecutarse nunca. Vigila tus CU-horas.

¿Cuál deberías elegir realmente?

Ejecutas MySQL o vives sobre Vitess. Esto no es un debate. PlanetScale es el hogar natural, y migrar de Vitess para perseguir el branching de Neon sería como vender tu casa para conseguir un timbre más bonito. Quédate.

Eres un equipo de Postgres que empieza desde cero. Inclínate por Neon. El ecosistema nativo de Postgres es más amplio, el branching copy-on-write es más potente para el aislamiento en CI, y el plan gratuito significa que puedes prototipar durante un año sin factura. PlanetScale Postgres es bueno y va mejorando, pero Neon nació para esto.

Necesitas una escala enorme o sharding estricto. PlanetScale, vía Vitess. Nadie opera MySQL a escala planetaria con más comodidad. Si tu hoja de ruta incluye "acabaremos repartiendo el sharding entre cientos de nodos", empieza donde eso sea un problema ya resuelto.

Lo que más te importa es la economía serverless. Neon. El escalado a cero, más un plan gratuito de 0 USD de verdad, más la ausencia de mínimo mensual, es la forma más barata de ejecutar docenas de bases de datos pequeñas o a ráfagas. El modelo siempre activo de PlanetScale significa que incluso una base de datos inactiva te cuesta la tarifa completa del clúster cada mes.

Eres un obseso de la latencia. PlanetScale. Sin arranques en frío, nunca. Si tu aplicación debe responder a la primera consulta tras un periodo tranquilo en milisegundos de un solo dígito, una base de datos siempre activa gana por defecto.

Estás sin un duro. Neon, sin discusión. Plan gratuito, sin tarjeta. El suelo de PlanetScale es de 5 USD/mes por base de datos — bien para una aplicación, doloroso si quieres diez bases de datos desechables para diez proyectos paralelos.

La realidad del coste real que nadie captura en pantalla

El precio de etiqueta engaña en ambas direcciones aquí, así que seamos específicos.

En Neon, la trampa es lo inverso del sueño. El escalado a cero hace que las bases de datos de desarrollo y preview sean casi gratuitas, lo cual es real y encantador. Pero una base de datos de producción que sirve tráfico constante nunca escala a cero — está en ejecución, autoescalando, facturando CU-horas de forma continua. A las tarifas del nivel Scale (0,222 USD/CU-hora), un único cómputo de 1 CU siempre caliente cuesta aproximadamente 160 USD/mes antes de almacenamiento, ramas y egreso. El precio por uso es maravilloso cuando el uso es bajo y sorprendente cuando no lo es. Etiqueta tus proyectos y revisa el panel cada semana, sobre todo con agentes de IA levantando bases de datos — la propia telemetría de Neon mostró que más del 80 % de sus bases de datos fueron creadas por agentes, no por humanos, y los agentes no leen facturas.

En PlanetScale, la trampa es la contraria: el suelo. Esa base de datos Postgres de un solo nodo de 5 USD es barata, pero no tiene alta disponibilidad — un nodo, sin failover automático. La versión de alta disponibilidad empieza en 15 USD/mes, y ese es el número honesto para cualquier cosa en la que pondrías usuarios reales. Multiplícalo por el número de bases de datos separadas que ejecutas y el "punto de entrada barato" deja de parecer barato. PlanetScale premia la consolidación; Neon premia la proliferación. Adapta la herramienta a cómo te gusta realmente diseñar la arquitectura.

La verdad aburrida: para una sola aplicación de producción, la diferencia mensual entre un clúster serio de PlanetScale y un proyecto de Neon con carga constante es menor que el tiempo que pasarías migrando entre ellos. Elige por motor y filosofía de branching, no por una partida de 20 USD.

Preguntas frecuentes

¿Es Neon mejor que PlanetScale?

Para proyectos Postgres desde cero, la economía de dev/preview y un plan gratuito de verdad, sí — Neon es la mejor opción por defecto en 2026. Para MySQL, sharding a escala de Vitess o cargas siempre activas sensibles a la latencia, PlanetScale es mejor. "Mejor" depende por completo de tu motor y de si valoras el escalado a cero o la ausencia de arranques en frío. Están optimizados para cosas opuestas.

¿Tiene PlanetScale un plan gratuito?

No. PlanetScale retiró su nivel gratuito Hobby en abril de 2024 — las nuevas bases de datos Hobby dejaron de crearse el 6 de marzo de 2024, y las existentes tenían que actualizarse antes del 8 de abril (FAQ de PlanetScale). La entrada de pago más barata hoy es una base de datos Postgres de un solo nodo por 5 USD/mes. Si necesitas específicamente una base de datos de 0 USD, ese es el terreno de Neon, no el de PlanetScale.

¿Es PlanetScale Postgres o MySQL?

Ambos. PlanetScale empezó como MySQL sobre Vitess y sigue liderando ahí, pero PlanetScale for Postgres alcanzó la disponibilidad general el 22 de septiembre de 2025 (PlanetScale). Así que en 2026 puedes ejecutar cualquiera de los dos motores en PlanetScale. Neon, en cambio, es solo Postgres.

¿Es Neon más barata que PlanetScale?

En el extremo bajo, casi siempre — el plan gratuito de Neon es de 0 USD, no tiene mínimo mensual y el escalado a cero significa que las bases de datos inactivas no cuestan casi nada. Con carga de producción constante está más ajustado; un cómputo de Neon siempre caliente en el nivel Scale puede costar ~160 USD/mes, mientras que un clúster Postgres de alta disponibilidad de PlanetScale empieza en 15 USD/mes más almacenamiento. Neon gana con muchas bases de datos pequeñas o a ráfagas; PlanetScale puede ganar con una sola carga de trabajo consolidada.

¿Quién es dueño de Neon y de PlanetScale?

Neon fue adquirida por Databricks en mayo de 2025 por unos ~1.000 millones de USD según se informó (Databricks), y ahora forma parte de la plataforma de datos e IA de Databricks. PlanetScale sigue siendo una empresa independiente. Si la independencia a largo plazo le importa a tu equipo de compras, esa diferencia merece tenerse en cuenta.

Conclusión

Elige primero por motor, segundo por filosofía y el precio en un lejano tercer lugar. MySQL o Vitess: PlanetScale. Postgres y te encantan las bases de datos de desarrollo gratuitas y el escalado a cero: Neon. Postgres pero la latencia es sagrada y quieres una base de datos que nunca se suspenda: PlanetScale Postgres. Ambas son excelentes en 2026 — Neon se abarató tras el acuerdo con Databricks, PlanetScale incorporó Postgres y mantuvo su ventaja de estar siempre activa. Estás eligiendo entre dos respuestas correctas, lo cual es un buen problema que tener.

Aviso de afiliación: TechRiseUps puede ganar una comisión si te registras a través de los enlaces de esta página, sin coste adicional para ti. Solo recomendamos herramientas que de verdad ejecutaríamos en producción, y los precios aquí se verificaron contra la página de precios oficial de cada proveedor en junio de 2026. Confirma siempre las tarifas actuales antes de comprometerte.