Postgres como servicio abierto y portátil. También disponible en Hetzner

Artículo original ↗ Discusión en Hacker News ↗

Un nuevo servicio de PostgreSQL gestionado construido sobre Hetzner busca ofrecer una alternativa más barata y portátil a las bases de datos al estilo AWS, con promesas de regiones en EE. UU., recuperación a un punto en el tiempo, HA próxima y extensiones populares como PostGIS y pgvector. Los comentaristas muestran especial interés por su hoja de ruta para almacenamiento de objetos y bloques, las capacidades de autoalojamiento y lo fácilmente que puede reemplazar a ofertas como RDS o DigitalOcean Postgres en configuraciones reales. Gran parte del debate gira en torno a su licencia Elastic v2 “source-available”, con algunos acogiendo la transparencia y la protección frente a los gigantes de la nube, y otros criticando el uso de “open” para software que no es código abierto aprobado por la OSI.

Recepción general e interés

  • Muchos comentaristas consideran que la oferta es prometedora, especialmente con el soporte para Hetzner y las próximas regiones de EE. UU.
  • Se la ve como una alternativa atractiva y más barata a Postgres gestionado en grandes nubes y a configuraciones propias.
  • Algunos ven un fuerte potencial si se expande hacia una funcionalidad más amplia similar a la nube (por ejemplo, un “mejor OpenStack”).

Licencias y terminología “open”

  • Hay un hilo importante sobre el término “open”: el plano de control está bajo Elastic License v2, no bajo una licencia de código abierto aprobada por la OSI.
  • El código es “source-available”: los usuarios pueden verlo, modificarlo y redistribuirlo, pero no pueden ejecutarlo como un servicio gestionado competidor.
  • Hay confusión sobre “open” frente a “open source” frente a “source available”; algunos sienten que el marketing es engañoso, mientras que otros creen que es justo mientras no se afirme “open source”.
  • Se discutió un caso límite: alojar sitios web de clientes sobre el producto parece estar permitido; ejecutar un servicio directo competidor de DB-as-a-service no lo está.

Características, extensiones y hoja de ruta

  • Admite Postgres 16, varias bases de datos por instancia, copias de seguridad automáticas y recuperación a un punto en el tiempo con granularidad de 1 minuto; se admiten “forks” de bases de datos desde puntos anteriores en el tiempo.
  • La alta disponibilidad aún no está disponible, pero será “muy pronto”; hay mejoras planificadas a tiempo para PG 17.
  • PostGIS y pgvector son muy solicitados; está previsto añadirlos en unos meses. Por ahora, principalmente extensiones contrib.
  • El redimensionamiento de instancias actualmente es manual y se realiza mediante flujos de trabajo de copia de seguridad/restauración.

Precios y modelo de recursos

  • En comparación con DigitalOcean managed Postgres, se afirma que una configuración similar en la misma región cuesta aproximadamente la mitad.
  • El precio de Managed Postgres es más alto que el de una VM sin gestión porque incluye más disco y administración.
  • Hay frustración con los precios basados en almacenamiento y los tamaños mínimos; los usuarios quieren niveles más baratos y pesados en almacenamiento, y cómputo/almacenamiento totalmente desacoplados.
  • El equipo planea desacoplar cómputo y almacenamiento una vez mejore el equilibrio interno de capacidad; se planean niveles para aficionados, pero sin fecha.

Arquitectura de almacenamiento e infraestructura

  • Actualmente se usa un almacén de bloques interno temprano, sin replicación; el almacenamiento de objetos (tipo S3) está en desarrollo activo y es prioritario.
  • El plan a más largo plazo implica dispositivos de bloque personalizados basados en SPDK, incluyendo copy-on-access y, más adelante, replicación.

Cloud, Hetzner y egress

  • Hay interés en más regiones (incluida EE. UU.) y en la portabilidad entre proveedores, aunque los detalles sobre despliegues “portables” siguen sin estar claros.
  • Preocupa que usarlo desde AWS aumente los costes de egress; otros señalan que esto depende de la arquitectura general y que también puede reducir la dependencia del proveedor.

Autoalojamiento y alternativas

  • El producto en sí es source-available y se puede autoalojar mediante su repositorio público.
  • Los comentaristas también mencionan otros operadores de Postgres autoalojados (por ejemplo, basados en Kubernetes) y una plataforma IaaS autoalojada emergente separada.