Fly Postgres administrado por Supabase

Lanzamiento de Fly Postgres junto con Supabase y Fly.io

• Supabase y Fly.io colaboraron para lanzar Fly Postgres, un servicio administrado de Postgres.
• Es posible iniciar una base de datos en cualquiera de más de 37 ubicaciones dentro de la plataforma de edge computing de Fly.io.
• Ofrece todo lo que se puede esperar de una base de datos administrada por Supabase: una base de datos Postgres completa con más de 40 extensiones, soporte para pgvector para cargas de trabajo de vectores/IA, Supavisor (pooler de conexiones de Postgres), respaldos diarios y recuperación a un punto en el tiempo, branching, observabilidad, migraciones, panel de administración de bases de datos y API de datos generada automáticamente (REST y GraphQL).

Gestión de expectativas

• Este servicio se lanzará de forma gradual.
• Construir la integración entre empresas requiere mucho trabajo al considerar facturación, transferencia de soporte, capacitación del personal de Supabase y más.
• Están trabajando con testers iniciales y todavía deben corregir algunos bugs.
• Si quieres ayudar con las pruebas, puedes registrarte en la lista de espera, y el próximo mes aceptarán a más testers.

Supabase + Fly = SupaFly?

• Están entusiasmados por lo que esta alianza significa para desplegar Postgres a nivel global en 2024.
• Las Firecracker VM ofrecen algunas ideas interesantes para Postgres.
• La integración con Fly proporciona recursos de cómputo que se pueden construir fácilmente justo al lado de la base de datos.

Postgres administrado vs no administrado

• La oferta actual de Postgres de Fly es no administrada.
• No administrado significa que el usuario debe encargarse por sí mismo del escalado, la recuperación a un punto en el tiempo, la replicación, las actualizaciones de versiones principales y más.
• Postgres administrado se encarga de estas tareas, para que el usuario pueda concentrarse en construir.
• El servicio administrado está construido usando la API de extensiones de Fly, y los testers pueden iniciar una base de datos Postgres con el comando fly extensions.

Estructura interna

Trabajando con máquinas de Fly

• Fly Postgres está construido sobre máquinas de Fly.
• Las máquinas son Firecracker VM livianas.
• La API de máquinas ofrece un control considerable sobre el ciclo de vida de la aplicación.
• fly-admin es un wrapper de Typescript que simplifica la interacción con la API de Fly.
• Supabase incluye varios servicios adicionales junto con Postgres, por lo que puede pasar una sola imagen Docker a la API de máquinas de Fly.

Movimiento hacia multicloud

• Con este lanzamiento, Supabase se vuelve oficialmente multicloud.
• Supabase evita usar servicios administrados de AWS para simplificar la transición a multicloud.
• Por ejemplo, las máquinas de Fly ofrecen una forma sencilla de pausar una VM cuando no está en uso.
• Por otro lado, tuvieron que sortear varias capacidades nativas de AWS que Fly no ofrece.

Construcción de extensiones de Fly

• Fly tiene un enfoque excelente para extender la plataforma.
• Agregaron algunas rutas a la API para aprovisionar usuarios y proyectos.

Desafíos

• Están resolviendo varios desafíos junto con el equipo de Fly.

Soporte para restricciones de red

• La función de restricciones de red depende de que los contenedores reciban la IP correcta del cliente.
• En la configuración actual, los contenedores pueden ver la IP del proxy de Fly.

Respaldos dentro de Fly

• Los proyectos de Fly se respaldan en AWS S3 porque Fly todavía no ofrece almacenamiento Blob administrado por Fly.

Cómo empezar

• Puedes registrarte para la vista previa, esperar a que tu organización sea agregada a la allowlist y luego comenzar usando el Quickstart de la documentación.
• Las organizaciones de Fly recibirán un proyecto gratuito.
• Los detalles de facturación aún están en proceso, pero se espera que el precio no cambie mucho frente al precio actual.

Opinión de GN⁺

• Lo más importante de este artículo es que la colaboración entre Supabase y Fly.io ofrece un servicio de Postgres administrado y distribuido globalmente. Esto permitirá a los desarrolladores dedicar menos tiempo a la administración de bases de datos y más al desarrollo de aplicaciones.
• El artículo resulta interesante porque refleja las últimas tendencias en cloud computing y administración de bases de datos, y presenta un nuevo enfoque técnico que combina la estrategia multicloud con el edge computing.
• Se espera que este servicio ofrezca menor latencia y mejor rendimiento, especialmente para desarrolladores que despliegan aplicaciones intensivas en datos en la plataforma de Fly.

[GN⁺]

Comentarios en Hacker News

• Anuncio del CEO de Supabase:

  • Actualmente, el servicio de Postgres de Fly no está administrado, y Supabase está trabajando junto con Fly para ofrecer un servicio administrado.
  • Supabase está trabajando para lanzar funciones de alta disponibilidad (HA) con testers, pero todavía no hay una fecha confirmada.
  • El CEO está listo para responder preguntas o comentarios.

• Confusión sobre Supabase:

  • Un usuario revisó Supabase, pero sintió confusión sobre cómo implementar una API REST básica.
  • Supabase genera automáticamente una API para interactuar con las tablas creadas, pero no queda claro dónde vive la lógica de negocio.
  • El usuario revisó las edge functions, pero le costó entenderlas porque los ejemplos no explican claramente si están pensadas para la lógica de negocio.

• Experiencia con Fly.io:

  • Otro usuario está construyendo Booklet en Fly.io y quiere distribuir su app usando Postgres de Fly.
  • Hay problemas con la configuración de Postgres de Fly, especialmente porque HAProxy corta las conexiones por un límite de tiempo de 30 minutos.
  • Existe la pregunta de si la misma configuración de HAProxy se aplicará también al nuevo servicio de Postgres.

• Hallazgo en la documentación de Fly.io:

  • Otro usuario encontró en la documentación de Fly.io que aparecen lado a lado “Postgres de Fly” y “Postgres de Supabase”, y le sorprendió no haberlo visto antes en Hacker News.
  • Le genera confusión que no haya una comparación sobre cuál usar cuando quieres desplegar una app en Fly y usar Postgres.
  • El usuario dice que, si quisiera usar un DBMS en Fly, elegiría LiteFS distributed SQLite, y que si necesitara Postgres, cree que la diferencia entre Fly y Supabase es la de un servicio administrado frente a uno no administrado.

• Configuración de restricciones de red en Supabase:

  • A un usuario no le gusta la configuración de restricciones de red de Supabase, y le resultó difícil exponer la IP de su app en Fly a Supabase y luego restringirla.
  • Considera que es un buen cambio que Supabase realmente exista dentro de la red de Fly.

• Problemas de escalabilidad de Supabase:

  • Hay rumores de que Supabase tiene problemas de escalabilidad más allá de proyectos prototipo, y hay un comentario preguntando por la opinión de alguien con experiencia real en producción.

• Diferencia entre Fly Volumes y almacenamiento conectado por red:

  • Las máquinas de Fly no tienen almacenamiento conectado por red, y los datos de Fly Volumes se consideran temporales.
  • Un usuario que no está familiarizado con AWS ni con el almacenamiento conectado por red pide una explicación de la diferencia entre Fly Volumes y el almacenamiento conectado por red de otros proveedores.
  • Señala que, si creas un Fly Volume, este puede moverse a otro servidor en la misma región, así que técnicamente le parece almacenamiento conectado por red.

• Expectativa por la colaboración entre Supabase y Fly.io:

  • Un usuario actualmente opera una base de datos grande en Fly y está buscando un Postgres administrado.
  • Maneja una empresa completamente centrada en Elixir y considera que esta colaboración llegó en un momento muy oportuno.

• Respuesta del equipo de Fly.io:

  • Joshua, del equipo de Fly.io, dijo que está listo para responder preguntas sobre esta integración.

• Comentario sobre la referencia a “SupaFly”:

  • Hay un comentario que comparte un enlace a un video divertido para quienes no entendieron la referencia a “SupaFly”.