pgBackRest est mort. Que faut-il faire maintenant ?

• Le mainteneur unique de pgBackRest, David Steele, a annoncé sur la page GitHub du projet l’arrêt de tout travail, ce qui met fin à la maintenance, aux corrections de bugs, à la revue des PR et au développement de nouvelles fonctionnalités
• pgBackRest était une infrastructure hautement fiable pour PostgreSQL, couvrant la sauvegarde, la restauration et le PITR, mais David ne peut plus continuer à assurer bénévolement le travail de maintenance continue qu’il a porté pendant 13 ans
• pg_basebackup ne dispose ni d’un catalogue de sauvegardes, ni de gestion de la rétention des WAL, ni de commandes de restauration, ni de vérification d’intégrité intégrée avant PostgreSQL 13, et pg_dump, dépourvu de PITR, peut difficilement être considéré comme une stratégie de reprise
• Parmi les organisations qui évaluent un nouvel outil de sauvegarde, Barman, activement maintenu et fournissant l’archivage WAL, un catalogue de sauvegardes, la gestion de la rétention et la restauration, est cité comme l’alternative la plus sérieuse
• Les utilisateurs de pgBackRest en production ne sont pas en danger immédiat, mais à mesure que s’accumulent les nouvelles versions de PostgreSQL et les bugs non corrigés, le temps de réaction se réduit, et un fork devra encore construire sa crédibilité

---

Contexte de l’arrêt de la maintenance de pgBackRest

• David Steele, mainteneur unique de pgBackRest, a annoncé sur la page GitHub du projet qu’il arrêtait tout travail, ce qui signifie que la maintenance, les corrections de bugs, la revue des PR et le développement de nouvelles fonctionnalités ne seront plus assurés
• pgBackRest était un outil de sauvegarde PostgreSQL suffisamment abouti pour être recommandé de longue date, avec une ergonomie telle que des étudiants de l’Université Lyon I pouvaient effectuer une sauvegarde, une restauration et un PITR en moins de 4 heures sans connaissances préalables
• David maintenait pgBackRest depuis 13 ans, et Stephen Frost ainsi que Stefan Fercot comptaient aussi parmi les principaux contributeurs du projet
• Crunchy Data a soutenu pgBackRest pendant une longue période et employait David, mais après le rachat de l’entreprise, David a passé plusieurs mois à chercher sans succès un poste ou un soutien indépendant lui permettant de poursuivre le projet
• pgBackRest exige un effort de maintenance continu, mais David ne peut plus le fournir sans rémunération

Le problème de soutenabilité de l’infrastructure open source

• pgBackRest a été construit pendant 13 ans comme l’une des infrastructures les plus fiables de l’écosystème PostgreSQL, mais aucune entreprise n’a souhaité embaucher David pour lui permettre de continuer ce travail
• Alors que les entreprises achètent de la RAM et des GPU et investissent dans des produits d’IA, payer la personne qui sauve les données en cas de sinistre passe au second plan
• De nombreuses grandes entreprises ont généré des revenus importants grâce à pgBackRest, et l’outil a aussi été déployé en production dans des services de base de données rentables directement fondés sur l’écosystème PostgreSQL
• Le README du projet contenait un lien de sponsoring, mais au moment où David a annoncé l’arrêt, il n’y avait qu’un seul sponsor actif
• Le modèle open source fonctionne lorsque ceux qui consomment la valeur contribuent aussi à la maintenance ; il se brise quand tout le monde suppose que quelqu’un d’autre paiera

La valeur apportée par pgBackRest et les limites des alternatives

• Avec la disparition de pgBackRest, ce n’est pas seulement un outil d’exécution de sauvegardes qui s’affaiblit, mais une infrastructure PostgreSQL couvrant l’ensemble de la stratégie de reprise
• pg_basebackup est un outil conçu pour cloner le répertoire d’un cluster en cours d’exécution ; il ne fournit ni catalogue de sauvegardes, ni gestion de la rétention des WAL, ni commandes de restauration, ni vérification d’intégrité intégrée avant PostgreSQL 13
• Magnus Hagander, membre de l’équipe cœur de PostgreSQL et créateur de pg_basebackup, a approuvé dans une conversation Twitter l’idée que « pg_basebackup pense à la sauvegarde, mais les utilisateurs ont besoin d’un outil qui pense à la reprise ; la sauvegarde n’est qu’une étape intermédiaire du processus, pas la finalité »
• pg_basebackup est un excellent outil pour configurer un standby, mais ce n’est pas une stratégie de reprise
• pg_dump, faute de PITR, entraîne une perte définitive des transactions intervenues entre le début du dump et le moment nécessitant la restauration, et le temps de restauration d’un gros dump peut être inacceptable en situation d’incident
• pg_dump ressemble davantage à un outil d’export qu’à un outil de sauvegarde, et le qualifier d’outil de backup peut créer un faux sentiment de sécurité menant à de véritables pertes de données
• Barman est aujourd’hui un outil activement maintenu et nettement amélioré, considéré comme l’option la plus sérieuse pour les organisations qui ont besoin d’une alternative dès maintenant
• Barman porte une dette architecturale liée à sa construction au-dessus des limites de pg_basebackup, mais il comble les lacunes essentielles, notamment l’archivage WAL, le catalogue de sauvegardes, la gestion de la rétention et la restauration

La réponse nécessaire pour les utilisateurs de pgBackRest

• David pensait que pgBackRest finirait par être forké, et sa base de code C robuste ainsi que sa bonne architecture constituent une fondation que des entreprises techniquement solides de l’écosystème PostgreSQL pourraient reprendre
• Aucun fork n’a encore émergé, et même si un fork voit le jour, il devra reconstruire la confiance de la communauté à partir de zéro
• Pour les organisations qui évaluent actuellement un outil de sauvegarde, l’usage de Barman est recommandé
• Les organisations qui utilisent pgBackRest en production ne sont pas en danger immédiat, mais plus les nouvelles versions de PostgreSQL sortent et plus les bugs non corrigés s’accumulent, plus la fenêtre de réaction se réduit
• Si un bug critique de pgBackRest est découvert entre-temps, des entreprises disposant d’une expertise PostgreSQL comme Data Egret et Cybertec peuvent aider à résoudre le problème
• Le support d’acteurs spécialisés n’est pas une solution de long terme, mais plutôt un moyen de gagner du temps pendant que la communauté cherche la suite à donner

L’avertissement laissé à l’écosystème PostgreSQL

• pgBackRest ne s’est pas arrêté à cause d’un échec technique ou d’un conflit communautaire, mais parce que l’industrie n’a pas suffisamment rémunéré ceux qui construisent une infrastructure fiable
• L’écosystème PostgreSQL compte de nombreuses personnes remarquables qui accomplissent un travail essentiel, mais ce travail repose souvent sur des structures de financement fragiles, voire inexistantes
• pgBackRest pourrait ne pas être le dernier projet à se retrouver dans cette situation
• Cela devrait pousser les entreprises à reconsidérer leur manière de traiter l’infrastructure open source avant de la voir comme une ressource gratuite sans obligation en retour
• pgBackRest, tel que David l’a construit, est une réalisation qui survivra à ce moment, et c’est désormais à la communauté de se montrer à la hauteur

[GN⁺]

Réactions sur Lobste.rs

• Il vaut la peine de noter qu’après la publication de cet article, PGX a forké vers pgxbackup

  • Donc, au final, les gens ont décidé de forker au lieu de financer le mainteneur ? Sérieusement ? J’ai l’impression qu’on a régressé vers quelque chose d’aussi ingrat
    En y repensant, le mainteneur a eu raison de lâcher l’affaire
  • Et en plus, ça donne tout de suite l’impression d’avoir été bricolé à la va-vite, donc non merci

• J’en viens de plus en plus à détester et à en vouloir au modèle open source habituel qui consiste à tout donner gratuitement, puis à mendier et espérer des dons symboliques de la part d’entreprises valant des millions ou des milliards de dollars
  Avec une autre structure de licence, on peut créer un équilibre plus juste qui maintient l’écosystème en bonne santé sans dépendre uniquement de la charité pure
  Ce modèle avait un certain attrait dans les années 90, quand l’espace n’était pas encore aussi excessivement commercialisé qu’aujourd’hui, mais en 2026 il devient difficile de le justifier, et je n’ai aucun intérêt pour les fantasmes « communistes » autour de la « communauté »

  • Certaines licences PolyForm, par exemple la Small Business License, pourraient vous intéresser

• Il y a ensuite eu des avancées. Le README du projet indique désormais :
  « La situation a maintenant changé, et il semble presque certain que nous pourrons obtenir suffisamment de financement pour poursuivre le projet. Cette fois, pgBackRest bénéficiera du soutien d’une alliance de sponsors, de sorte qu’une seule acquisition n’affectera plus ma capacité à continuer à travailler sur le projet. Nous pourrons aussi faire venir d’autres mainteneurs pour partager la charge de travail et assurer la continuité à l’avenir »