Fly Postgres géré par Supabase

Lancement de Fly Postgres par Supabase et Fly.io

• Supabase et Fly.io ont collaboré pour lancer Fly Postgres, un service Postgres managé.
• Il est possible de démarrer une base de données n’importe où parmi plus de 37 emplacements sur la plateforme edge computing de Fly.io.
• Le service offre toutes les fonctionnalités attendues d’une base de données gérée par Supabase : une base Postgres complète avec plus de 40 extensions, la prise en charge de pgvector pour les charges de travail vectorielles/IA, Supavisor (pooler de connexions Postgres), des sauvegardes quotidiennes et la restauration à un instant donné, le branching, l’observabilité, les migrations, un tableau de bord d’administration de la base de données, et des API de données générées automatiquement (REST et GraphQL).

Gestion des attentes

• Ce service sera déployé progressivement.
• Construire une intégration entre les deux entreprises demande beaucoup de travail, notamment en prenant en compte la facturation, le transfert du support, la formation des équipes Supabase, etc.
• L’équipe travaille actuellement avec des premiers testeurs et doit encore corriger quelques bugs.
• Si vous souhaitez aider aux tests, vous pouvez vous inscrire sur la liste d’attente, et davantage de testeurs seront acceptés le mois prochain.

Supabase + Fly = SupaFly ?

• L’équipe se dit enthousiaste quant à ce que ce partenariat signifie pour le déploiement de Postgres à l’échelle mondiale en 2024.
• Les VM Firecracker ouvrent quelques pistes intéressantes pour Postgres.
• L’intégration avec Fly fournit des ressources de calcul qui peuvent être déployées facilement juste à côté de la base de données.

Postgres managé vs non managé

• L’offre Postgres actuelle de Fly est non managée.
• Dans un environnement non managé, les utilisateurs doivent eux-mêmes gérer le scaling, la restauration à un instant donné, la réplication, les mises à niveau majeures de version, etc.
• Un Postgres managé prend en charge ces tâches afin que les utilisateurs puissent se concentrer sur la création de leurs produits.
• Le service managé est construit à l’aide de l’API d’extensions de Fly, et les testeurs peuvent démarrer une base de données Postgres avec la commande fly extensions.

Architecture interne

Travailler avec les machines Fly

• Fly Postgres est construit sur les machines Fly.
• Ces machines sont des VM Firecracker légères.
• L’API des machines offre un contrôle assez fin sur le cycle de vie des applications.
• fly-admin est un wrapper Typescript qui simplifie les interactions avec l’API Fly.
• Supabase fournit également quelques services supplémentaires groupés avec Postgres, ce qui permet de transmettre une image Docker unique à l’API des machines Fly.

Passage au multi-cloud

• Avec ce lancement, Supabase devient officiellement multi-cloud.
• Supabase évite d’utiliser les services managés d’AWS afin de simplifier sa transition vers le multi-cloud.
• Par exemple, les machines Fly offrent un moyen simple de suspendre les VM lorsqu’elles ne sont pas utilisées.
• En revanche, il faut contourner certaines fonctionnalités natives d’AWS que Fly ne propose pas.

Construire une extension Fly

• Fly a une excellente approche pour étendre sa plateforme.
• Quelques routes ont été ajoutées à l’API afin de provisionner les utilisateurs et les projets.

Défis

• Quelques défis sont en cours de résolution avec l’équipe Fly.

Prise en charge des restrictions réseau

• La fonctionnalité de restrictions réseau dépend du fait que les conteneurs reçoivent la bonne IP client.
• Dans la configuration actuelle, les conteneurs voient l’IP du proxy Fly.

Sauvegardes dans Fly

• Les projets Fly sont sauvegardés sur AWS S3, car Fly ne fournit pas encore de stockage Blob géré par Fly.

Premiers pas

• Vous pouvez vous inscrire à la préversion, attendre que votre organisation soit ajoutée à la liste blanche, puis démarrer avec le Quickstart de la documentation.
• Les organisations Fly recevront un projet gratuit.
• Les détails de facturation sont encore en cours d’élaboration, mais les prix ne devraient pas beaucoup différer des tarifs actuels.

L’avis de GN⁺

• Le point le plus important de cet article est que la collaboration entre Supabase et Fly.io vise à fournir un service Postgres managé distribué à l’échelle mondiale. Cela devrait permettre aux développeurs de passer moins de temps à gérer leur base de données et davantage de temps à développer leurs applications.
• L’article est intéressant parce qu’il reflète les dernières tendances du cloud computing et de la gestion de bases de données, tout en présentant une nouvelle approche technique qui combine stratégie multi-cloud et edge computing.
• Ce service devrait particulièrement offrir une latence plus faible et de meilleures performances aux développeurs qui déploient des applications intensives en données sur la plateforme Fly.

[GN⁺]

Réactions sur Hacker News

• Annonce du CEO de Supabase :

  • À l’heure actuelle, le service Postgres de Fly n’est pas géré, et Supabase travaille avec Fly pour proposer un service managé.
  • Supabase travaille à lancer des fonctionnalités de haute disponibilité (HA) avec des testeurs, mais aucun calendrier n’est encore confirmé.
  • Le CEO se dit prêt à répondre aux questions et aux commentaires.

• Confusion autour de Supabase :

  • Un utilisateur explique avoir regardé Supabase, mais être resté perplexe sur la manière d’implémenter une API REST de base.
  • Supabase génère automatiquement une API pour interagir avec les tables créées, mais il n’est pas clair où se place la logique métier.
  • L’utilisateur a consulté les edge functions, mais les exemples n’expliquent pas clairement si elles sont destinées à la logique métier, ce qui rend la compréhension difficile.

• Expérience avec Fly.io :

  • Un autre utilisateur construit Booklet sur Fly.io et souhaite utiliser le Postgres de Fly pour distribuer son application.
  • Il rencontre des problèmes avec la configuration de Postgres sur Fly, notamment des déconnexions causées par la limite de 30 minutes sur les connexions HAProxy.
  • Il demande si le même réglage HAProxy s’appliquera aussi au nouveau service Postgres.

• Découverte dans la documentation de Fly.io :

  • Un autre utilisateur a remarqué dans la documentation de Fly.io que « Postgres de Fly » et « Postgres de Supabase » apparaissent côte à côte, et se dit surpris de ne pas l’avoir vu auparavant sur Hacker News.
  • Il trouve cela confus, car aucune comparaison n’est fournie pour savoir lequel utiliser lorsqu’on veut déployer une application sur Fly et utiliser Postgres.
  • Selon lui, s’il voulait utiliser un SGBD sur Fly, il choisirait LiteFS avec SQLite distribué, et si Postgres est nécessaire, la différence entre Fly et Supabase tient surtout au fait que l’un est managé et l’autre non.

• Paramètres de restriction réseau de Supabase :

  • Un utilisateur n’apprécie pas les paramètres de restriction réseau de Supabase et dit avoir eu du mal à exposer l’IP de son app Fly à Supabase puis à la restreindre.
  • Il considère comme un changement positif le fait que Supabase soit effectivement présent à l’intérieur du réseau Fly.

• Questions sur la scalabilité de Supabase :

  • Des rumeurs circulent selon lesquelles Supabase aurait des problèmes de scalabilité au-delà des projets de prototype, et un commentaire demande l’avis d’utilisateurs ayant une vraie expérience en production.

• Différence entre les volumes Fly et le stockage réseau attaché :

  • Les machines Fly ne disposent pas de stockage réseau attaché, et les données des volumes Fly sont considérées comme temporaires.
  • Un utilisateur, peu familier d’AWS ou du stockage réseau attaché, demande qu’on lui explique la différence entre les volumes Fly et ce type de stockage chez d’autres fournisseurs.
  • Il estime que, puisqu’un volume Fly peut être déplacé vers un autre serveur dans la même région, cela ressemble techniquement à du stockage réseau attaché.

• Attentes autour de la collaboration entre Supabase et Fly.io :

  • Un utilisateur indique exploiter actuellement une grosse base de données sur Fly et rechercher un Postgres managé.
  • Il dirige une équipe entièrement orientée Elixir et estime que cette collaboration arrive au moment idéal.

• Réponse de l’équipe Fly.io :

  • Joshua, de l’équipe Fly.io, indique être prêt à répondre aux questions sur cette intégration.

• Commentaire sur la référence à « SupaFly » :

  • Un commentaire partage un lien vers une vidéo amusante pour ceux qui n’ont pas compris la référence à « SupaFly ».