pgBackRest murió. ¿Qué hacer ahora?

• El único mantenedor de pgBackRest, David Steele, anunció en la página de GitHub del proyecto que detendrá todo trabajo, por lo que se frenan el mantenimiento, la corrección de errores, la revisión de PR y el desarrollo de nuevas funciones
• pgBackRest era una infraestructura confiable para respaldos, restauración y PITR de PostgreSQL, pero David ya no puede seguir sosteniendo sin remuneración el trabajo continuo de mantenimiento que llevó durante 13 años
• pg_basebackup no tiene catálogo de respaldos, gestión de retención de WAL, comandos de restauración ni verificación de integridad integrada antes de PostgreSQL 13, y pg_dump no ofrece PITR, por lo que es difícil verlo como una estrategia de recuperación
• Para las organizaciones que evalúan una nueva herramienta de respaldo, Barman, que tiene mantenimiento activo y ofrece archivado de WAL, catálogo de respaldos, gestión de retención y restauración, aparece como la alternativa más seria
• Los usuarios de pgBackRest en producción no están en riesgo inmediato, pero a medida que se acumulen nuevas versiones de PostgreSQL y errores sin corregir, se reducirá el tiempo de reacción, y cualquier fork todavía tendrá que ganarse la confianza desde cero

---

El trasfondo de la suspensión del mantenimiento de pgBackRest

• David Steele, el único mantenedor de pgBackRest, anunció en la página de GitHub del proyecto que detendrá todo trabajo, por lo que ya no habrá mantenimiento, corrección de errores, revisión de PR ni desarrollo de nuevas funciones
• pgBackRest era una herramienta de respaldo de PostgreSQL con un nivel de madurez tan alto que fue recomendada durante mucho tiempo, y tenía una usabilidad suficiente para que estudiantes de la Université Lyon I pudieran realizar respaldos, restauraciones y PITR en menos de 4 horas sin conocimientos previos
• David ha mantenido pgBackRest durante 13 años, y Stephen Frost y Stefan Fercot también son señalados como colaboradores clave del proyecto
• Crunchy Data patrocinó pgBackRest durante bastante tiempo y contrató a David, pero después de la venta de la empresa, David pasó varios meses buscando sin éxito un empleo o patrocinio independiente que le permitiera seguir con el proyecto
• pgBackRest requiere un esfuerzo de mantenimiento continuo, pero David ya no está en condiciones de seguir aportándolo sin compensación

El problema de sostenibilidad en la infraestructura open source

• pgBackRest fue construido durante 13 años como una de las infraestructuras más confiables del ecosistema PostgreSQL, pero no hubo ninguna empresa dispuesta a contratar a David para que pudiera seguir haciendo ese trabajo
• Mientras las empresas compran RAM y GPU e invierten en productos de IA, pagarle a quien salva los datos durante un desastre queda relegado en la lista de prioridades
• Muchas grandes empresas generaron ingresos importantes sobre pgBackRest, y también fue desplegado en producción en servicios de base de datos rentables basados directamente en el ecosistema PostgreSQL
• El README del proyecto tenía un enlace para patrocinios, pero al momento en que David anunció la suspensión había solo 1 patrocinador activo
• El modelo open source funciona cuando quienes consumen el valor también contribuyen a su mantenimiento; se rompe cuando todos asumen que alguien más pagará los costos

El valor que aportaba pgBackRest y los límites de las alternativas

• Con la desaparición de pgBackRest, no se debilita solo una herramienta para ejecutar respaldos, sino una infraestructura de PostgreSQL que cubría toda la estrategia de recuperación
• pg_basebackup es una herramienta diseñada para clonar el directorio de un clúster en ejecución, y no cuenta con catálogo de respaldos, gestión de retención de WAL, comandos de restauración ni verificación de integridad integrada antes de PostgreSQL 13
• Magnus Hagander, miembro del equipo core de PostgreSQL y creador de pg_basebackup, coincidió en una conversación en Twitter con la idea de que “pg_basebackup piensa en el respaldo, pero la gente necesita una herramienta que piense en la recuperación; el respaldo es solo un paso intermedio del proceso, no el final”
• pg_basebackup es una gran herramienta para configurar un standby, pero no es una estrategia de recuperación
• Como pg_dump no tiene PITR, las transacciones ocurridas entre el inicio del dump y el momento al que se necesita restaurar se pierden de forma permanente, y el tiempo de restauración de dumps grandes puede ser inaceptable en una situación de falla
• pg_dump se parece más a una herramienta de exportación que a una herramienta de respaldo, y llamarlo herramienta de backup puede generar una falsa sensación de seguridad que termine en pérdida real de datos
• Barman es hoy una herramienta con mantenimiento activo y muy mejorada, y se perfila como la opción más seria para las organizaciones que necesitan una alternativa ahora mismo
• Barman arrastra una carga arquitectónica construida sobre las limitaciones de pg_basebackup, pero cubre los vacíos clave, incluyendo archivado de WAL, catálogo de respaldos, gestión de retención y restauración

Qué deben hacer los usuarios de pgBackRest

• David esperaba que pgBackRest eventualmente fuera objeto de un fork, y gracias a su sólida base de código en C y a una arquitectura correcta, existe una base que empresas con capacidad técnica dentro del ecosistema PostgreSQL podrían asumir
• Aún no ha surgido ningún fork, y aunque aparezca uno, tendrá que reconstruir desde cero la confianza de la comunidad
• Para las organizaciones que están evaluando una herramienta de respaldo ahora, se recomienda usar Barman
• Las organizaciones que ya usan pgBackRest en producción no están en riesgo inmediato, pero conforme aparezcan nuevas versiones de PostgreSQL y se acumulen errores sin corregir, el tiempo disponible para reaccionar se irá reduciendo
• Si en medio de ese proceso se descubre un error crítico en pgBackRest, empresas con experiencia en PostgreSQL como Data Egret y Cybertec pueden ayudar a resolver el problema
• El soporte de proveedores especializados no es una solución de largo plazo, sino más bien una forma de ganar tiempo mientras la comunidad encuentra el siguiente paso

La advertencia que queda para el ecosistema PostgreSQL

• pgBackRest no se detuvo por un fracaso técnico ni por conflictos en la comunidad, sino porque la industria no pagó lo suficiente a quien construyó infraestructura confiable
• En el ecosistema PostgreSQL hay muchas personas brillantes haciendo trabajo importante, pero ese trabajo suele sostenerse sobre estructuras de financiamiento frágiles o inexistentes
• pgBackRest podría no ser el último proyecto en quedar en esta situación
• Esto debería servir para que las empresas lo piensen dos veces antes de tratar la infraestructura open source como un recurso gratuito sin obligaciones
• pgBackRest, creado por David, es una obra que merece perdurar más allá de este momento, y ahora le toca a la comunidad responder a la altura

[ndrgrd]

Siempre lo pienso, pero las licencias de código abierto no son para los desarrolladores, sino para los usuarios. Si vas a adoptar open source, hay que tener esto muy presente.

[GN⁺]

Opiniones en Lobste.rs

• Vale la pena señalar que, después de que se publicó este artículo, PGX hizo un fork como pgxbackup

  • ¿Entonces al final la gente decidió hacer un fork en vez de financiar al mantenedor? ¿En serio? Siento que hemos involucionado hacia algo muy desagradecido
    Pensándolo bien, fue la decisión correcta que el mantenedor se apartara
  • Y además se siente hecho a las apuradas, así que paso

• Cada vez me desagrada y me genera más resentimiento el modelo común de open source de darlo todo gratis y luego rogar y esperar donaciones opcionales miserables de empresas valuadas en millones o miles de millones de dólares
  Con otra estructura de licencias se podría crear un equilibrio justo que mantenga sano el ecosistema sin depender solo de la caridad pura
  Este modelo tenía cierto atractivo en los 90, cuando el espacio no estaba tan excesivamente comercializado como ahora, pero en 2026 ya es difícil justificarlo y tampoco me interesan las fantasías "comunistas" sobre la "comunidad"

  • Algunas de las licencias de PolyForm, por ejemplo la licencia para pequeñas empresas, podrían resultar interesantes

• Después hubo avances. Actualmente, el README del proyecto dice lo siguiente:
  “Ahora la situación ha cambiado y parece casi seguro que podremos conseguir suficiente financiamiento para continuar el proyecto. Esta vez, pgBackRest contará con el apoyo de una coalición de patrocinadores, de modo que una sola adquisición ya no afectará mi capacidad de seguir trabajando en el proyecto. También podremos sumar a otros mantenedores para compartir la carga de trabajo y dar continuidad en el futuro”