pgBackRest morreu. E agora, o que fazer?
(mydbanotebook.org)- O mantenedor único do
pgBackRest, David Steele, anunciou na página do projeto no GitHub a interrupção de todo o trabalho, o que faz com que manutenção, correções de bugs, revisão de PRs e desenvolvimento de novos recursos sejam interrompidos - O
pgBackRestera uma infraestrutura altamente confiável que cobria backup, restauração e PITR do PostgreSQL, mas David chegou a um ponto em que não consegue mais continuar o trabalho contínuo de manutenção que assumiu por 13 anos sem remuneração - O
pg_basebackupnão tem catálogo de backups, gerenciamento de retenção de WAL, comandos de restauração nem validação de integridade embutida nas versões anteriores ao PostgreSQL 13, e opg_dumpnão oferece PITR, o que dificulta considerá-lo uma estratégia de recuperação - Para organizações que estão avaliando uma nova ferramenta de backup, o
Barman, que é mantido ativamente e oferece arquivamento de WAL, catálogo de backups, gestão de retenção e restauração, é apontado como a alternativa mais séria - Usuários de
pgBackRestem produção não estão em risco imediato, mas, à medida que novas versões do PostgreSQL saem e bugs não corrigidos se acumulam, o tempo de reação diminui, e até mesmo um fork ainda precisará reconstruir a confiança
Contexto da interrupção da manutenção do pgBackRest
- David Steele, mantenedor único do
pgBackRest, anunciou na página do projeto no GitHub que está interrompendo todo o trabalho, o que significa que manutenção, correções de bugs, revisão de PRs e desenvolvimento de novos recursos não acontecerão mais - O
pgBackRestera uma ferramenta de backup para PostgreSQL com um nível de maturidade alto o suficiente para ser recomendada por muito tempo, e sua usabilidade era tão boa que estudantes da Université Lyon I conseguiam realizar backup, restauração e PITR em 4 horas, mesmo sem conhecimento prévio - David mantém o
pgBackResthá 13 anos, e Stephen Frost e Stefan Fercot também são citados como contribuidores centrais do projeto - A Crunchy Data patrocinou o
pgBackRestpor bastante tempo e empregou David, mas, depois que a empresa foi vendida, ele passou meses tentando encontrar um emprego e patrocínio independente que lhe permitissem continuar com o projeto, sem sucesso - O
pgBackRestexige esforço contínuo de manutenção, mas David chegou a um ponto em que não pode mais continuar oferecendo isso sem remuneração
O problema de sustentabilidade da infraestrutura open source
- O
pgBackRestfoi construído ao longo de 13 anos como uma das infraestruturas mais confiáveis do ecossistema PostgreSQL, mas não houve empresa disposta a contratar David para que ele pudesse continuar fazendo esse mesmo trabalho - Enquanto empresas compram RAM e GPUs e investem em produtos de IA, pagar quem salva seus dados em situações de desastre acaba ficando fora das prioridades
- Muitas grandes empresas geraram receita significativa sobre o
pgBackRest, e ele também foi implantado em produção em serviços de banco de dados altamente lucrativos baseados diretamente no ecossistema PostgreSQL - O README do projeto tinha um link de patrocínio, mas, no momento em que David anunciou a interrupção, havia apenas 1 patrocinador ativo
- O modelo open source funciona quando quem consome valor também contribui para a manutenção; quando todos presumem que outra pessoa pagará os custos, ele entra em colapso
O valor que o pgBackRest oferecia e os limites das alternativas
- Com o desaparecimento do
pgBackRest, o que enfraquece não é apenas uma ferramenta para executar backups, mas a infraestrutura PostgreSQL que cobria toda a estratégia de recuperação - O
pg_basebackupé uma ferramenta projetada para clonar o diretório de um cluster em execução, e não possui catálogo de backups, gerenciamento de retenção de WAL, comandos de restauração nem validação de integridade embutida nas versões anteriores ao PostgreSQL 13 - Magnus Hagander, membro da equipe central do PostgreSQL e criador do
pg_basebackup, concordou em uma conversa no Twitter com a frase: “opg_basebackuppensa em backup, mas as pessoas precisam de uma ferramenta que pense em recuperação; backup é apenas uma etapa no meio do processo, não o objetivo final” - O
pg_basebackupé uma ótima ferramenta para configurar standby, mas não é uma estratégia de recuperação - O
pg_dumpnão oferece PITR, então as transações entre o início do dump e o momento que exige restauração se perdem permanentemente, e o tempo de restauração de dumps grandes pode ser inviável em situações de falha - O
pg_dumpestá mais próximo de uma ferramenta de exportação do que de uma ferramenta de backup, e chamá-lo de ferramenta de backup pode criar uma falsa sensação de segurança que resulta em perda real de dados - O
Barmané atualmente uma ferramenta mantida ativamente e bastante melhorada, sendo apontada como a opção mais séria para organizações que precisam de uma alternativa agora - O
Barmancarrega um peso arquitetural por ter sido construído sobre as limitações dopg_basebackup, mas preenche as lacunas centrais ao incluir arquivamento de WAL, catálogo de backups, gestão de retenção e restauração
A resposta necessária para usuários de pgBackRest
- David esperava que o
pgBackRestacabasse sendo forkado, e, graças a uma base de código em C sólida e a uma arquitetura correta, existe uma fundação que empresas tecnicamente fortes do ecossistema PostgreSQL poderiam assumir - Ainda não surgiu um fork, e, mesmo que surja, ele precisará reconstruir do zero a confiança da comunidade
- Para organizações que estão avaliando uma ferramenta de backup agora, o uso de
Barmané recomendado - Organizações que usam
pgBackRestem produção não estão em risco imediato, mas, à medida que novas versões do PostgreSQL surgem e bugs não corrigidos se acumulam, o tempo disponível para reagir diminui - Se um bug crítico for descoberto no
pgBackRestnesse meio-tempo, empresas com expertise em PostgreSQL, como Data Egret e Cybertec, podem ajudar a resolver o problema - O suporte de empresas especializadas não é uma solução de longo prazo, mas sim uma forma de ganhar tempo enquanto a comunidade encontra o próximo passo
O alerta que fica para o ecossistema PostgreSQL
- O
pgBackRestnão parou por falha técnica nem por conflito comunitário; chegou a esse ponto porque a indústria não pagou o suficiente às pessoas que constroem infraestrutura confiável - O ecossistema PostgreSQL tem muitas pessoas brilhantes fazendo trabalho importante, mas esse trabalho frequentemente acontece sobre estruturas de financiamento frágeis ou inexistentes
- O
pgBackRestpode não ser o último projeto a cair nessa situação - Isso precisa servir como um momento para fazer empresas repensarem antes de tratar infraestrutura open source como um recurso gratuito e sem obrigações
- O
pgBackRestcriado por David é um resultado que merece sobreviver a este momento, e agora cabe à comunidade reagir à altura desse nível
2 comentários
Eu sempre penso isso: licenças de código aberto não são para os desenvolvedores, e sim para os usuários. Se você vai adotar open source, precisa pensar bem nisso.
Opiniões no Lobste.rs
Vale notar que, depois que esse texto foi publicado, a PGX fez um fork como pgxbackup
Pensando bem, o mantenedor fez a escolha certa ao largar o projeto
Estou cada vez mais desgostoso e ressentido com o modelo comum de open source em que se entrega tudo de graça e depois se implora e espera por doações opcionais irrisórias de empresas de milhões ou bilhões de dólares
Com outra estrutura de licença, dá para criar um equilíbrio mais justo que mantenha o ecossistema saudável sem depender apenas de pura caridade
Esse modelo até tinha certo charme nos anos 90, quando o espaço não era comercializado de forma tão excessiva quanto hoje, mas em 2026 ficou difícil de justificar, e também não tenho interesse em fantasias “comunistas” sobre “comunidade”
Depois houve avanços. No momento, o README do projeto diz o seguinte:
“Agora as circunstâncias mudaram, e parece quase certo que conseguiremos financiamento suficiente para continuar o projeto. Desta vez, o pgBackRest será apoiado por uma coalizão de patrocinadores, de modo que a retirada de um único apoio não afetará mais minha capacidade de continuar trabalhando no projeto. Também poderemos trazer outros mantenedores para dividir a carga de trabalho e oferecer continuidade no futuro”