pgBackRest öldü. Peki şimdi ne yapmalı?

 (mydbanotebook.org)
1 puan yazan GN⁺ 2 시간 전 | 1 yorum | WhatsApp'ta paylaş
  • pgBackRest'in tek bakımcısı David Steele, projenin GitHub sayfasında tüm çalışmaları durdurduğunu açıkladı; böylece bakım, hata düzeltmeleri, PR incelemeleri ve yeni özellik geliştirme durdu
  • pgBackRest, PostgreSQL yedekleme, geri yükleme ve PITR'a kadar uzanan yüksek güvenilirlikli bir altyapıydı; ancak David'in 13 yıldır sürdürdüğü sürekli bakım çalışmasını artık ücret almadan devam ettirmesi mümkün değil
  • pg_basebackup; yedek katalogu, WAL saklama yönetimi, geri yükleme komutları ve PostgreSQL 13 öncesi için yerleşik bütünlük doğrulaması sunmuyor; pg_dump ise PITR içermediği için bir kurtarma stratejisi olarak görülmesi zor
  • Yeni bir yedekleme aracı değerlendiren kurumlar için, aktif biçimde bakımı sürdürülen ve WAL arşivleme, yedek katalogu, saklama yönetimi ile geri yükleme sağlayan Barman, en ciddi alternatif olarak öne çıkıyor
  • Üretim ortamında pgBackRest kullananlar hemen bir risk altında değil; ancak yeni PostgreSQL sürümleri çıktıkça ve yamalanmamış hatalar biriktikçe müdahale için kalan süre azalıyor ve bir fork da henüz güven inşa etmek zorunda

pgBackRest bakımının durmasının arka planı

  • pgBackRest'in tek bakımcısı David Steele, projenin GitHub sayfasında tüm çalışmaları durdurduğunu açıkladı; böylece bakım, hata düzeltmeleri, PR incelemeleri ve yeni özellik geliştirme artık yapılmayacak
  • pgBackRest, PostgreSQL yedekleme aracı olarak uzun süre tavsiye edilecek kadar olgundu ve Université Lyon I öğrencileri ön bilgi olmadan 4 saat içinde yedekleme, geri yükleme ve PITR gerçekleştirebilecek kadar kullanılabilirdi
  • David, pgBackRest'i 13 yıldır sürdürüyordu; Stephen Frost ve Stefan Fercot da projenin çekirdek katkıcıları arasında sayılıyor
  • Crunchy Data uzun süre pgBackRest'e sponsor oldu ve David'i istihdam etti; ancak şirket satıldıktan sonra David, projeyi sürdürebileceği bir iş ve bağımsız sponsorluk bulmak için aylarca uğraştı ama başarılı olamadı
  • pgBackRest sürekli bakım gerektiren bir projeydi, ancak David artık bunu ücret almadan sürdürme durumunda değil

Açık kaynak altyapısında sürdürülebilirlik sorunu

  • pgBackRest, PostgreSQL ekosistemindeki en güvenilir altyapılardan biri olarak 13 yılda inşa edildi; ancak David'in aynı işi sürdürmesini sağlayacak şekilde onu işe almak isteyen bir şirket çıkmadı
  • Şirketler RAM ve GPU satın alıp yapay zeka ürünlerine yatırım yaparken, felaket anında veriyi kurtaran kişilere ödeme yapmak öncelikler arasında geriye itiliyor
  • Pek çok büyük şirket pgBackRest üzerinde ciddi gelir elde etti ve PostgreSQL ekosistemine doğrudan dayanan kârlı veritabanı hizmetlerinde de üretim ortamına dağıtıldı
  • Projenin README dosyasında sponsor bağlantısı vardı, ancak David durduğunu açıkladığı sırada aktif sponsor sayısı yalnızca 1'di
  • Açık kaynak modeli, değeri tüketen taraf bakımına da katkı verdiğinde işler; herkes bakım maliyetini başkasının karşılayacağını varsayarsa bu model çöker

pgBackRest'in sağladığı değer ve alternatiflerin sınırları

  • pgBackRest'in sahneden çekilmesiyle birlikte, sadece yedek çalıştıran bir araç değil, kurtarma stratejisinin tamamını ele alan PostgreSQL altyapısı zayıflıyor
  • pg_basebackup, çalışan bir cluster dizinini kopyalamak için tasarlanmış bir araçtır; yedek katalogu, WAL saklama yönetimi, geri yükleme komutları ve PostgreSQL 13 öncesi için yerleşik bütünlük doğrulaması yoktur
  • pg_basebackup'ı geliştiren PostgreSQL çekirdek ekip üyesi Magnus Hagander, Twitter konuşmasında “pg_basebackup yedeklemeyi düşünür, ama insanların ihtiyaç duyduğu araç kurtarmayı düşünmelidir; yedekleme sürecin ortasındaki bir adımdır, sonu değil” ifadesine katıldığını belirtti
  • pg_basebackup, standby yapılandırması için harika bir araçtır, ancak bir kurtarma stratejisi değildir
  • pg_dump, PITR sunmadığı için dump'ın başladığı an ile geri yüklemenin gerektiği an arasındaki işlemler kalıcı olarak kaybedilir; ayrıca büyük dump'ların geri yükleme süresi bir arıza anında taşınması zor bir yüktür
  • pg_dump, bir yedekleme aracından çok bir dışa aktarma aracına yakındır; buna yedekleme aracı demek, gerçek veri kaybına yol açabilecek yanlış bir güven hissi yaratabilir
  • Barman şu anda aktif biçimde bakımı sürdürülen ve önemli ölçüde geliştirilmiş bir araçtır; bugün alternatife ihtiyaç duyan kurumlar için en ciddi seçenek olarak görülüyor
  • Barman, pg_basebackup'ın sınırları üzerine kurulu olmanın getirdiği mimari yükleri taşısa da WAL arşivleme, yedek katalogu, saklama yönetimi ve geri yükleme ile temel boşlukları kapatıyor

pgBackRest kullanıcılarının atması gereken adımlar

  • David, pgBackRest'in sonunda bir fork'a kavuşacağını öngördü; sağlam C kod tabanı ve doğru mimarisi sayesinde PostgreSQL ekosistemindeki teknik yetkinliğe sahip şirketlerin devralabileceği bir temel mevcut
  • Henüz bir fork ortaya çıkmış değil ve ortaya çıksa bile topluluk güvenini sıfırdan yeniden inşa etmesi gerekecek
  • Şu anda yedekleme aracı değerlendiren kurumlara Barman kullanmaları öneriliyor
  • Üretim ortamında pgBackRest kullanan kurumlar hemen bir risk altında değil; ancak yeni PostgreSQL sürümleri geldikçe ve yamalanmamış hatalar biriktikçe hareket alanı daralıyor
  • Bu süreçte pgBackRest içinde kritik bir hata bulunursa, Data Egret ve Cybertec gibi PostgreSQL uzmanlığına sahip şirketler sorunun çözümüne yardımcı olabilir
  • Uzman firmalardan alınacak destek uzun vadeli çözüm değil; topluluk bir sonraki adımı belirleyene kadar zaman kazandıran bir seçenek sayılabilir

PostgreSQL ekosistemine kalan uyarı

  • pgBackRest, teknik bir başarısızlık ya da topluluk içi çatışma yüzünden durmadı; güvenilir altyapı inşa eden kişilere sektör yeterince ödeme yapmadığı için bu noktaya gelindi
  • PostgreSQL ekosisteminde önemli işler yapan çok sayıda yetenekli insan var, ancak bu çalışmalar çoğu zaman kırılgan ya da hiç olmayan finansman yapıları üzerinde yürütülüyor
  • pgBackRest, kendini bu durumda bulan son proje olmayabilir
  • Şirketlerin açık kaynak altyapıyı yükümlülüğü olmayan ücretsiz bir kaynak gibi görmeden önce yeniden düşünmesini sağlayacak bir dönüm noktası olması gerekiyor
  • David'in ortaya koyduğu pgBackRest, bu anın ötesinde yaşayacak bir eser; şimdi topluluğun buna layık bir karşılık vermesi gerekiyor

İlgili okumalar

1 yorum

 
GN⁺ 2 시간 전
Lobste.rs görüşleri

  • Bu yazı yayımlandıktan sonra PGX'in pgxbackup ile bir fork çıkardığını belirtmekte fayda var

    • Yani insanlar sonunda bakımcıyı fonlamak yerine fork etmeye mi karar verdi? Gerçekten mi? Bu kadar nankör bir yöne mi evrildik diye düşündürüyor
      Düşününce, bakımcının elini çekme kararı doğruydu
    • Ayrıca hemen bakınca aceleye getirilmiş gibi durduğu için pas geçiyorum

  • Her şeyi bedavaya verip, sonra da milyonlarca ve milyarlarca dolarlık şirketlerden cılız gönüllü bağışlar dilenip bunu bekleyen tipik açık kaynak modelinden giderek daha fazla nefret eder ve ona içerler oldum
    Farklı bir lisans yapısıyla, salt hayırseverliğe bel bağlamadan da ekosistemi sağlıklı tutacak adil bir denge kurulabilir
    Bu model, 90'larda bu alan bugünkü kadar aşırı ticarileşmemişken bir ölçüde cazipti, ama 2026'da artık savunulması zor ve "topluluk" hakkındaki "komünist" fantezilere de ilgim yok

  • Sonrasında gelişme oldu. Şu anda proje README'sinde şöyle yazıyor:
    “Artık durum değişti ve projeyi sürdürmeye yetecek fonu güvence altına alma olasılığı neredeyse kesin görünüyor. Bu kez pgBackRest, sponsorlar koalisyonu tarafından desteklenecek; böylece tek bir satın alma işlemi artık projede çalışmaya devam edebilme yetimi etkilemeyecek. İş yükünü paylaşacak ve gelecekte süreklilik sağlayacak başka bakımcıları da ekibe katabileceğiz”