pgBackRest telah mati. Sekarang harus apa?

• David Steele, satu-satunya maintainer pgBackRest, mengumumkan di halaman GitHub proyek bahwa ia menghentikan seluruh pekerjaannya, sehingga pemeliharaan, perbaikan bug, review PR, dan pengembangan fitur baru akan berhenti
• pgBackRest adalah infrastruktur andal yang menangani backup, restore, hingga PITR PostgreSQL, tetapi David tidak lagi berada dalam posisi untuk terus melakukan pekerjaan pemeliharaan berkelanjutan yang telah ia tangani selama 13 tahun tanpa kompensasi
• pg_basebackup tidak memiliki katalog backup, manajemen retensi WAL, perintah restore, maupun verifikasi integritas bawaan sebelum PostgreSQL 13, sementara pg_dump tidak memiliki PITR sehingga sulit dianggap sebagai strategi pemulihan
• Bagi organisasi yang sedang mengevaluasi alat backup baru, Barman, yang dipelihara secara aktif dan menyediakan WAL archiving, katalog backup, manajemen retensi, dan restore, disebut sebagai alternatif paling serius
• Pengguna pgBackRest di lingkungan produksi tidak berada dalam risiko langsung, tetapi seiring rilis PostgreSQL baru dan bug yang tidak ditambal terus bertambah, waktu untuk merespons akan makin sempit, dan fork pun masih harus membangun kepercayaan dari awal

---

Latar belakang dihentikannya pemeliharaan pgBackRest

• David Steele, satu-satunya maintainer pgBackRest, mengumumkan di halaman GitHub proyek bahwa ia menghentikan seluruh pekerjaan, sehingga pemeliharaan, perbaikan bug, review PR, dan pengembangan fitur baru tidak lagi dilakukan
• pgBackRest adalah alat backup PostgreSQL dengan tingkat kematangan yang cukup tinggi hingga lama direkomendasikan, dan kemudahan pakainya cukup baik sampai mahasiswa Université Lyon I dapat melakukan backup, restore, dan PITR dalam waktu 4 jam tanpa pengetahuan awal
• David telah memelihara pgBackRest selama 13 tahun, dan Stephen Frost serta Stefan Fercot juga disebut sebagai kontributor inti proyek
• Crunchy Data telah lama mensponsori pgBackRest dan mempekerjakan David, tetapi setelah perusahaan itu dijual, David gagal menemukan pekerjaan maupun sponsor independen selama beberapa bulan agar dapat melanjutkan proyek ini
• pgBackRest membutuhkan upaya pemeliharaan berkelanjutan, tetapi David tidak lagi dapat terus menyediakannya tanpa bayaran

Masalah keberlanjutan infrastruktur open source

• pgBackRest dibangun selama 13 tahun sebagai salah satu infrastruktur paling dapat diandalkan di ekosistem PostgreSQL, tetapi tidak ada perusahaan yang mau mempekerjakan David agar ia dapat terus melakukan pekerjaan yang sama
• Perusahaan membeli RAM dan GPU serta berinvestasi pada produk AI, tetapi membayar orang yang menyelamatkan data saat bencana tidak menjadi prioritas
• Banyak perusahaan besar menghasilkan keuntungan besar di atas pgBackRest, dan alat ini juga dideploy di lingkungan produksi pada layanan database yang sangat menguntungkan dan langsung berbasis ekosistem PostgreSQL
• README proyek memiliki tautan sponsor, tetapi pada saat David mengumumkan penghentian, hanya ada 1 sponsor aktif
• Model open source hanya berjalan jika pihak yang mengonsumsi nilainya juga ikut berkontribusi pada pemeliharaannya; jika semua orang berasumsi orang lain yang akan membayar biaya pemeliharaan, model itu akan runtuh

Nilai yang diberikan pgBackRest dan keterbatasan alternatif

• Hilangnya pgBackRest melemahkan infrastruktur PostgreSQL yang bukan sekadar alat untuk menjalankan backup, melainkan menangani keseluruhan strategi pemulihan
• pg_basebackup adalah alat yang dirancang untuk menggandakan direktori cluster yang sedang berjalan, dan tidak memiliki katalog backup, manajemen retensi WAL, perintah restore, maupun verifikasi integritas bawaan sebelum PostgreSQL 13
• Magnus Hagander, anggota tim inti PostgreSQL yang membuat pg_basebackup, setuju dalam percakapan Twitter dengan pernyataan bahwa “pg_basebackup memikirkan backup, tetapi yang dibutuhkan orang adalah alat yang memikirkan pemulihan, dan backup hanyalah satu langkah di tengah proses, bukan akhirnya”
• pg_basebackup adalah alat yang sangat baik untuk konfigurasi standby, tetapi bukan strategi pemulihan
• Karena pg_dump tidak memiliki PITR, transaksi antara saat dump dimulai dan saat pemulihan dibutuhkan akan hilang secara permanen, dan waktu restore untuk dump besar sulit ditanggung dalam situasi gangguan
• pg_dump lebih dekat sebagai alat ekspor daripada alat backup, dan menyebutnya alat backup dapat menciptakan rasa aman palsu yang berujung pada kehilangan data nyata
• Barman saat ini adalah alat yang dipelihara aktif dan telah banyak ditingkatkan, serta disebut sebagai pilihan paling serius bagi organisasi yang membutuhkan alternatif sekarang
• Barman memang memiliki beban arsitektural karena dibangun di atas keterbatasan pg_basebackup, tetapi ia menutup celah utama dengan mencakup WAL archiving, katalog backup, manajemen retensi, dan restore

Tindakan yang diperlukan bagi pengguna pgBackRest

• David memperkirakan pgBackRest pada akhirnya akan di-fork, dan berkat codebase C yang kokoh serta arsitektur yang tepat, ada fondasi yang bisa diambil alih oleh perusahaan-perusahaan di ekosistem PostgreSQL yang memiliki kemampuan teknis
• Sampai sekarang belum ada fork, dan bahkan jika fork muncul, ia tetap harus membangun ulang kepercayaan komunitas dari nol
• Untuk organisasi yang sedang mengevaluasi alat backup saat ini, penggunaan Barman direkomendasikan
• Organisasi yang menggunakan pgBackRest di lingkungan produksi tidak berada dalam bahaya langsung, tetapi semakin banyak rilis PostgreSQL baru muncul dan bug tak tertambal menumpuk, semakin sedikit waktu yang tersedia untuk merespons
• Jika di tengah jalan ditemukan bug kritis pada pgBackRest, perusahaan dengan keahlian PostgreSQL seperti Data Egret dan Cybertec dapat membantu menyelesaikan masalah
• Dukungan dari perusahaan spesialis bukan solusi jangka panjang, melainkan lebih seperti opsi untuk membeli waktu sementara komunitas mencari langkah berikutnya

Peringatan yang tersisa bagi ekosistem PostgreSQL

• pgBackRest tidak berhenti karena kegagalan teknis atau konflik komunitas, tetapi karena industri tidak cukup membayar orang yang membangun infrastruktur andal hingga akhirnya sampai di titik ini
• Ada banyak orang hebat di ekosistem PostgreSQL yang mengerjakan hal-hal penting, tetapi pekerjaan itu sering dilakukan di atas struktur pendanaan yang rapuh atau bahkan tidak ada
• pgBackRest mungkin bukan proyek terakhir yang menghadapi situasi seperti ini
• Ini perlu menjadi momentum yang membuat perusahaan berpikir ulang sebelum memperlakukan infrastruktur open source sebagai sumber daya gratis tanpa kewajiban
• pgBackRest yang dibangun David adalah hasil kerja yang layak bertahan melampaui momen ini, dan kini komunitas harus merespons setara dengan tingkat kualitas itu

[xguru]

Terkait hal ini, saya meninggalkan komentar di pgBackRest tidak lagi dipelihara,
setelah pengumuman penghentian pemeliharaan, mereka kemudian mendapat dukungan dana melalui aliansi para sponsor sehingga pengembangan pgBackRest akan dilanjutkan lagi.

[ndrgrd]

Saya selalu berpikir demikian: lisensi open source bukan untuk pengembang, melainkan untuk pengguna. Jika Anda akan mengadopsi open source, hal ini perlu benar-benar dipertimbangkan.

[GN⁺]

Komentar Lobste.rs

• Perlu dicatat bahwa setelah tulisan ini terbit, PGX telah mem-fork-nya menjadi pgxbackup

  • Jadi pada akhirnya orang-orang memutuskan untuk melakukan fork alih-alih mendanai maintainer? Serius? Rasanya seperti kita telah merosot menjadi seburuk ini
    Kalau dipikir-pikir, keputusan maintainer untuk angkat tangan memang pilihan yang tepat
  • Dan kesannya langsung terasa dibuat secara serampangan, jadi saya lewatkan

• Saya makin tidak suka dan jengkel dengan model open source yang umum ini: memberikan semuanya secara gratis, lalu mengemis dan berharap pada donasi sukarela yang menyedihkan dari perusahaan bernilai jutaan hingga miliaran dolar
  Dengan struktur lisensi yang berbeda, kita bisa menciptakan keseimbangan yang adil untuk menjaga ekosistem tetap sehat tanpa hanya bergantung pada amal murni
  Model ini mungkin punya daya tarik tersendiri di era 90-an ketika ranah ini belum dikomersialisasi secara berlebihan seperti sekarang, tetapi pada 2026 makin sulit untuk membenarkannya, dan saya juga tidak tertarik pada khayalan "komunis" tentang "komunitas"

  • Beberapa lisensi PolyForm, misalnya Small Business License, mungkin layak dilirik

• Setelah itu ada perkembangan. README proyek saat ini menyatakan:
  “Sekarang keadaan telah berubah, dan tampaknya hampir pasti kami akan mendapatkan pendanaan yang cukup untuk melanjutkan proyek ini. Kali ini pgBackRest akan didukung oleh koalisi sponsor, sehingga satu akuisisi tidak lagi memengaruhi kemampuan saya untuk terus mengerjakan proyek ini. Kami juga akan bisa mengajak maintainer lain untuk berbagi beban kerja dan memberikan kesinambungan ke depannya”