pgBackRest अब खत्म हो चुका है। अब क्या करना चाहिए?

 (mydbanotebook.org)
1 पॉइंट द्वारा GN⁺ 2 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • pgBackRest के एकमात्र maintainer David Steele ने project GitHub page पर घोषणा की कि सारा काम रोक दिया गया है, इसलिए maintenance, bug fix, PR review और नई feature development बंद हो जाएगी
  • pgBackRest PostgreSQL backup, restore और PITR तक संभालने वाला उच्च-विश्वसनीय इन्फ्रास्ट्रक्चर था, लेकिन David 13 साल से कर रहे इस लगातार maintenance work को बिना पारिश्रमिक के आगे जारी नहीं रख सकते
  • pg_basebackup में backup catalog, WAL retention management, restore command, और PostgreSQL 13 से पहले built-in integrity verification नहीं है, जबकि pg_dump में PITR नहीं है, इसलिए इसे recovery strategy कहना मुश्किल है
  • नए backup tool का मूल्यांकन करने वाली संस्थाओं के लिए सक्रिय रूप से maintained, WAL archiving, backup catalog, retention management और restore देने वाला Barman सबसे गंभीर विकल्प माना जा रहा है
  • production environment में pgBackRest इस्तेमाल करने वाले उपयोगकर्ता तुरंत जोखिम में नहीं हैं, लेकिन जैसे-जैसे नए PostgreSQL release आते जाएंगे और unpatched bug जमा होंगे, प्रतिक्रिया का समय घटता जाएगा, और fork को भी अभी भरोसा दोबारा बनाना होगा

pgBackRest maintenance बंद होने की पृष्ठभूमि

  • pgBackRest के एकमात्र maintainer David Steele ने project GitHub page पर कहा कि वे सारा काम बंद कर रहे हैं, और अब maintenance, bug fix, PR review और नई feature development नहीं होगी
  • pgBackRest PostgreSQL backup tool के रूप में लंबे समय तक इतना परिपक्व और विश्वसनीय रहा कि इसकी नियमित सिफारिश की जाती थी, और Université Lyon I के छात्र बिना पूर्व ज्ञान के 4 घंटे के भीतर backup, restore और PITR कर सकते थे
  • David ने 13 वर्षों तक pgBackRest को maintain किया, और Stephen Frost तथा Stefan Fercot भी project के प्रमुख contributor माने जाते हैं
  • Crunchy Data ने लंबे समय तक pgBackRest को sponsor किया और David को रोजगार दिया, लेकिन कंपनी के बिक जाने के बाद David ने project जारी रखने के लिए नौकरी और स्वतंत्र sponsorship कई महीनों तक खोजी, पर सफल नहीं हुए
  • pgBackRest को लगातार maintenance effort की ज़रूरत थी, लेकिन David अब यह काम बिना भुगतान के जारी रखने की स्थिति में नहीं थे

open source infrastructure की sustainability समस्या

  • pgBackRest PostgreSQL ecosystem में 13 साल में बना सबसे भरोसेमंद इन्फ्रास्ट्रक्चर में से एक था, लेकिन David को वही काम जारी रखने के लिए hire करने को कोई कंपनी तैयार नहीं हुई
  • कंपनियाँ RAM और GPU खरीद रही हैं और AI products में निवेश कर रही हैं, लेकिन disaster की स्थिति में data बचाने वाले व्यक्ति को भुगतान करना उनकी प्राथमिकता नहीं बन पा रहा
  • कई बड़ी कंपनियों ने pgBackRest के ऊपर बड़ा revenue बनाया, और PostgreSQL ecosystem पर सीधे आधारित profitable database services में भी इसे production environment में deploy किया गया
  • project README में sponsorship link था, लेकिन David द्वारा रुकने की घोषणा के समय सिर्फ 1 active sponsor था
  • open source model तभी काम करता है जब value consume करने वाले लोग उसके maintenance में भी योगदान दें; अगर सब यह मान लें कि कोई और maintenance cost देगा, तो यह मॉडल टूट जाता है

pgBackRest की वैल्यू और विकल्पों की सीमाएँ

  • pgBackRest के हटने से सिर्फ एक साधारण backup execution tool नहीं, बल्कि पूरी recovery strategy संभालने वाला PostgreSQL infrastructure कमजोर हो जाता है
  • pg_basebackup एक running cluster directory को replicate करने के लिए design किया गया tool है, और इसमें backup catalog, WAL retention management, restore command, तथा PostgreSQL 13 से पहले built-in integrity verification नहीं है
  • pg_basebackup बनाने वाले PostgreSQL core team member Magnus Hagander ने Twitter conversation में इस बात से सहमति जताई कि “pg_basebackup backup के बारे में सोचता है, लेकिन लोगों को recovery के बारे में सोचने वाला tool चाहिए; backup बीच की एक step है, अंत नहीं”
  • pg_basebackup standby configuration के लिए शानदार tool है, लेकिन यह recovery strategy नहीं है
  • pg_dump में PITR नहीं होने के कारण dump शुरू होने के समय और restore की ज़रूरत वाले समय के बीच के transaction हमेशा के लिए खो सकते हैं, और बड़े dump का restore time outage की स्थिति में असहनीय हो सकता है
  • pg_dump backup tool से ज़्यादा export tool के करीब है, और इसे backup tool कहना ऐसी झूठी सुरक्षा दे सकता है जो वास्तविक data loss का कारण बन जाए
  • Barman इस समय सक्रिय रूप से maintained और काफी बेहतर किया गया tool है, और जिन्हें अभी विकल्प चाहिए उनके लिए यह सबसे गंभीर पसंद माना जाता है
  • Barman पर pg_basebackup की सीमाओं से उपजा architectural burden है, लेकिन यह WAL archiving, backup catalog, retention management और restore सहित मुख्य खाली जगहों को भरता है

pgBackRest उपयोगकर्ताओं के लिए ज़रूरी प्रतिक्रिया

  • David का अनुमान था कि pgBackRest अंततः fork होगा, और उसके मजबूत C codebase तथा सही architecture की वजह से PostgreSQL ecosystem की तकनीकी रूप से सक्षम कंपनियों के लिए इसे संभालने की नींव मौजूद है
  • अभी तक कोई fork सामने नहीं आया है, और fork आने पर भी उसे community trust शुरू से फिर बनाना होगा
  • जो संगठन अभी backup tool का मूल्यांकन कर रहे हैं, उनके लिए Barman के उपयोग की सिफारिश की जा रही है
  • production environment में pgBackRest चला रही संस्थाएँ तत्काल खतरे में नहीं हैं, लेकिन जैसे-जैसे नए PostgreSQL release आएँगे और unpatched bug बढ़ेंगे, प्रतिक्रिया के लिए उपलब्ध समय घटेगा
  • अगर बीच में pgBackRest का कोई critical bug मिलता है, तो Data Egret और Cybertec जैसी PostgreSQL विशेषज्ञता वाली कंपनियाँ समस्या हल करने में मदद कर सकती हैं
  • विशेषज्ञ vendor support कोई long-term solution नहीं है; यह ज़्यादा से ज़्यादा तब तक समय खरीदने का विकल्प है जब तक community अगला कदम तय करे

PostgreSQL ecosystem के लिए बची चेतावनी

  • pgBackRest किसी technical failure या community conflict की वजह से नहीं रुका; यह इसलिए इस मोड़ पर पहुँचा क्योंकि industry ने भरोसेमंद infrastructure बनाने वाले व्यक्ति को पर्याप्त भुगतान नहीं किया
  • PostgreSQL ecosystem में महत्वपूर्ण काम करने वाले कई बेहतरीन लोग हैं, लेकिन उनका काम अक्सर कमज़ोर या लगभग न के बराबर funding structure पर टिका होता है
  • संभव है कि pgBackRest इस स्थिति में पहुँचा आख़िरी project न हो
  • यह कंपनियों को फिर से सोचने पर मजबूर करने वाला क्षण होना चाहिए, इससे पहले कि वे open source infrastructure को बिना किसी जिम्मेदारी वाले मुफ्त resource की तरह treat करें
  • David द्वारा बनाया गया pgBackRest ऐसा काम है जो इस पल के बाद भी याद रखा जाएगा, और अब community को उसके स्तर के अनुरूप प्रतिक्रिया देनी होगी

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2 시간 전
Lobste.rs की राय

  • यह बात ध्यान देने लायक है कि इस पोस्ट के आने के बाद PGX ने इसे pgxbackup के रूप में fork कर लिया

    • तो आखिर लोगों ने maintainer को फंड देने के बजाय fork करने का फैसला किया? सच में? क्या हम वाकई इतने कृतघ्न होते जा रहे हैं?
      सोचें तो maintainer का हाथ खींच लेना सही फैसला था
    • और यह भी कि यह तुरंत ही कुछ जल्दबाज़ी में बनाया गया सा लगा, इसलिए मैं इसे नहीं चुनूँगा

  • सब कुछ मुफ़्त में दे देना, और फिर सैकड़ों मिलियन·अरबों डॉलर की कंपनियों से मामूली-सी वैकल्पिक donation की उम्मीद और गुहार लगाना—यह आम open source मॉडल अब मुझे लगातार ज़्यादा नापसंद और खटकने लगा है
    किसी अलग license संरचना में केवल शुद्ध दान पर निर्भर हुए बिना ecosystem को स्वस्थ रखने के लिए एक अधिक न्यायसंगत संतुलन बनाया जा सकता है
    90 के दशक में, जब यह क्षेत्र आज जितना अति-व्यावसायिक नहीं था, तब इस मॉडल का अपना आकर्षण था, लेकिन 2026 में इसे सही ठहराना कठिन है, और मुझे "community" के बारे में "साम्यवादी" कल्पनाओं में भी कोई दिलचस्पी नहीं है

  • बाद में कुछ प्रगति हुई। फिलहाल प्रोजेक्ट के README में यह लिखा है:
    “अब स्थिति बदल गई है, और यह लगभग तय लगता है कि प्रोजेक्ट जारी रखने लायक पर्याप्त फंडिंग मिल सकती है। इस बार pgBackRest को sponsor coalition का समर्थन मिलेगा, इसलिए अब किसी एक acquisition deal का मेरे प्रोजेक्ट पर काम जारी रखने की क्षमता पर असर नहीं पड़ेगा। काम का बोझ बाँटने और भविष्य में continuity देने के लिए दूसरे maintainer भी जोड़े जा सकेंगे”