- PlanetScale, la plataforma serverless compatible con MySQL, anunció una vista previa privada de una plataforma de hosting dedicada para Postgres
- Se enfoca en la mejor disponibilidad del servicio y estabilidad, además de ofrecer ingeniería de primer nivel en la industria, como failover automático
- Apunta a resolver los problemas que más molestan a los usuarios actuales de hosting de Postgres: costos, caídas periódicas y bajo rendimiento
- Rendimiento y características de la plataforma
- Según los benchmarks, supera de forma consistente a todos los productos Postgres competidores (incluso frente a competidores que ofrecen el doble de recursos)
- PlanetScale for Postgres opera Postgres real con un Operator propietario
- La capa de proxy PSBouncer ofrece alta disponibilidad con failover automático, buffering de consultas y connection pooling
- Usa Postgres v17, y soporta migraciones en línea desde Postgres v13 o superior, además de actualizaciones automáticas de versión sin downtime
- El almacenamiento con SSD NVMe local de PlanetScale Metal mejora de forma drástica la relación costo/rendimiento
- Estrategia de escalabilidad y planes a futuro
- Vitess es una solución de escalabilidad centrada en MySQL y una fortaleza clave de PlanetScale
- Con Vitess ofrece sharding nativo a gran escala
- Pero en esta ocasión no usa Vitess directamente para la escalabilidad de Postgres
- Están diseñando desde cero un nuevo sistema de escalabilidad exclusivamente para Postgres
- A medida que avance el desarrollo, planean seguir compartiendo más información y acceso anticipado
2 comentarios
Me da curiosidad cómo implementaron las actualizaciones automáticas de versión de PostgreSQL. Si cambia una versión major, debería existir el problema de tener que reconstruir el sistema; ¿cómo lo habrán resuelto?
Opiniones de Hacker News
Comparte su experiencia de haber usado PlanetScale durante 1~2 años antes de cambiarse a Neon. Necesitaba una base de datos separada por tenant, pero PlanetScale cobraba $30 al mes por base de datos (ahora $39), lo que resultaba pesado. Su caso de uso es inusual y tampoco necesita servidores potentes. Le basta con poder ejecutar varias bases de datos en un solo servidor; en PlanetScale eso no era posible, pero Neon sí lo soporta. Opera una empresa pequeña y tiene variaciones de tráfico predecibles. Quedó muy satisfecho con el producto y el soporte de PlanetScale, y espera volver a usarlo algún día. Desarrolla software para festivales de comida y bebida: durante 9 meses al año casi no tiene tráfico, por 2 meses tiene un poco, durante unas 3 semanas algo más, y solo en 1~5 días del festival recibe la carga fuerte. Reconoce que es un cliente muy pequeño y acepta que la mayoría de las empresas no responden directamente a sus necesidades
Pregunta si existe alguna razón regulatoria o de otro tipo por la que sea imprescindible tener una base de datos física por tenant, o si simplemente hay algún motivo por el que no se puedan usar varias bases de datos/esquemas lógicos dentro de una sola DB de PlanetScale
Dependiendo de la cantidad de tenants, Turso podría ajustarse a sus requisitos; comparte Turso
PlanetScale comenzó como una solución especializada en MySQL derivada de Vitess. Tiene curiosidad por saber si este nuevo producto para PostgreSQL también está relacionado con Vitess o si es un sistema totalmente nuevo. Tras investigarlo por su cuenta, confirma que, según el blog de desarrollo de PlanetScale for Postgres, a diferencia de Vitess basado en MySQL, están rediseñando la arquitectura desde cero para Postgres
Como usuario de PlanetScale MySQL durante los últimos 2 años, celebra mucho este lanzamiento de PlanetScale PostgreSQL. En una empresa anterior operó ambas bases de datos, pero le decepcionaban las diferencias en tooling. PlanetScale le dio una satisfacción revolucionaria en la experiencia de administración de bases de datos, como pasar de un Treo a un iPhone. Envía felicitaciones al equipo de PlanetScale
Últimamente han aparecido en cadena proyectos interesantes relacionados con la escalabilidad de PostgreSQL. Expresa expectativa por ver qué producto presentará PlanetScale esta vez. Personalmente quiere mucha más información, pero seguirá observándolo. Comparte como referencia Supabase Multigres y pgdog
Ha sido divertido colaborar con Postgres para llevar este nuevo producto al mercado. Si tienen preguntas, son bienvenidas
Ve con buenos ojos la aparición de una nueva opción de hosted Postgres. Espera con interés qué diferenciadores surgirán en la competencia entre Multigres (Supabase) y PlanetScale
Pregunta por el alcance del soporte para extensiones en PlanetScale PostgreSQL y por sus limitaciones
Algo fuera de tema, pero también recomienda el curso de MySQL para desarrolladores en el sitio web de PlanetScale
Considera interesante este movimiento de PlanetScale. Señala que, en cuanto los datos superan una sola máquina, la complejidad aumenta bruscamente y que, en sistemas distribuidos, suele ser necesario sacrificar algunas capacidades como
complex join, escalabilidad o consistencia fuerte. Se pregunta si aquí existen trade-offs parecidos a los de Vitess (MySQL) o si además aparecen complejidades propias de Postgres. Propone pedir validación a Jepsen (proyecto de verificación de sistemas distribuidos). También señala que sería importante saber qué diferencias y pérdidas de funcionalidad existen frente al entorno de PlanetScale y frente a PostgreSQL estándarAunque se enteró tarde de la noticia, subraya que es una excelente novedad. Pregunta si parte de esta tecnología se publicará como open source