2 points par GN⁺ 2025-09-13 | 1 commentaires | Partager sur WhatsApp
  • pgEdge, spécialiste du PostgreSQL distribué, fait passer ses composants clés d’un modèle de code source publié à une licence open source
  • Jusqu’à présent, des moteurs et extensions majeurs comme Spock, Snowflake et Lolor étaient fournis sous pgEdge Community License, ce qui imposait des restrictions d’usage
  • Cette fois, tous les dépôts centraux sont relicenciés sous PostgreSQL License, permettant une utilisation et des contributions libres
  • Les utilisateurs peuvent consulter directement sur GitHub des dépôts comme spock, snowflake et lolor, et expérimenter un Postgres distribué en mode multi-maître
  • Cette évolution devrait renforcer la contribution à l’écosystème PostgreSQL et à la communauté open source, tout en favorisant une collaboration plus large

Contexte de la transition de pgEdge

  • Dave Page (ex-EDB, créateur de pgAdmin) a rejoint pgEdge afin de se concentrer sur le Postgres distribué plutôt que sur des entreprises centrées sur l’IA
  • De nombreux ingénieurs issus de la communauté Postgres ont rejoint pgEdge, et d’autres recrutements sont prévus
  • Mais un problème subsistait : les composants majeurs de pgEdge étaient certes en « source disponible », sans être véritablement open source

Changement de licence

  • Désormais, tous les composants principaux de pgEdge ainsi que l’ensemble des dépôts auparavant sous pgEdge Community License passent sous PostgreSQL License
    • Sont notamment concernés Spock (moteur de réplication), Snowflake (séquences uniques à l’échelle du cluster) et Lolor (réplication logique des objets volumineux)
  • La PostgreSQL License est une licence open source permissive approuvée par l’Open Source Initiative
  • Avec ce changement, chacun peut utiliser librement le logiciel, y compris en environnement de production, sans contrainte particulière
  • Chacun peut utiliser, modifier et redistribuer le code sans restriction

Comment contribuer et l’utiliser

  • Dépôts publics GitHub : spock, snowflake, lolor
  • Il est possible de les compiler soi-même ou d’y contribuer
  • Des builds pris en charge, utilisables immédiatement, sont également fournis pour les environnements cloud, conteneurisés et VM

1 commentaires

 
GN⁺ 2025-09-13
Commentaires sur Hacker News
  • Je tiens à souligner que c’est sous la licence PostgreSQL, donc une vraie licence open source approuvée par l’OSI, et non une licence « open source » seulement de nom, ce que j’apprécie beaucoup
    • Si cela fait référence au billet d’hier, il a en réalité été relicencié sous Apache 2.0 lien connexe
  • Je me demande si quelqu’un a une expérience concrète avec PgEdge ou peut parler de sa fiabilité
    • Il y a actuellement une issue ouverte concernant un SIGILL lors du chargement de l’extension pgvector, et elle est restée pendant un mois sans aucun changement ni retour lien vers l’issue
    • J’avais essayé de tester PgEdge il y a quelques mois… mais j’ai abandonné en voyant dans la documentation d’installation qu’il fallait ajouter une ligne comme %username ALL = (ALL) NOPASSWD: ALL dans /etc/sudoers pour l’utiliser sans mot de passe sudo, et configurer le même utilisateur pour qu’il puisse aussi se connecter en SSH sans mot de passe
  • Je pense que la publication en open source est vraiment une excellente chose, mais j’espère qu’une bonne stratégie défensive a été prévue pour éviter qu’au moment où les hyperscalers cloud s’y mettent sérieusement, il ne reste plus que des conteneurs et VM gratuits, avec tous les services intéressants devenus payants
  • Je me demande si PgEdge est un système distribué dédié à Postgres qui se comporte comme Vitess pour MySQL ; comme deux équivalents de Vitess pour Postgres sont en cours de développement en ce moment, je me demande si c’est pour cela que PgEdge passe aussi en open source
  • C’est moi qui avais posté cet article hier, et je me demande pourquoi Hacker News ne l’a pas considéré comme un doublon lien vers le billet d’hier
    • C’est peut-être parce que ton post n’a pas reçu assez de votes ; j’ai l’impression que, ces derniers mois, à moins qu’un billet ait atteint la page d’accueil, il n’est généralement pas repéré comme doublon
  • Le fait que cela parte d’une base open source est vraiment une très bonne nouvelle, mais je me demande si l’objectif de pgEdge est similaire à ce que propose CitusDB, ou si l’orientation est complètement différente
  • C’est clairement une bonne nouvelle
  • J’ai l’impression qu’il faudrait réduire les formulations marketing ; une approche async multi-master sacrifie forcément la cohérence, et je trouve un peu étrange d’ajouter toutes sortes d’arguments au motif que beaucoup de bases NewSQL écrivent de façon synchrone sur plusieurs nœuds et sont donc lentes
  • Je n’arrive absolument pas à me faire une idée concrète du produit, il y a beaucoup trop de jargon marketing
    • J’ai dû aller chercher dans une documentation externe au produit une description du type : « pgEdge est un système de base de données distribué moderne construit sur PostgreSQL standard, visant la distribution géographique, la haute disponibilité et la faible latence, avec des avantages particuliers pour les environnements “edge” »