7 पॉइंट द्वारा GN⁺ 2024-04-04 | 3 टिप्पणियां | WhatsApp पर शेयर करें
  • Redict कम्युनिटी ने Redis® OSS 7.2.4 के copyleft fork, Redict 7.3.0 के पहले stable version की घोषणा की

Redict को क्यों चुनें

  • Redict तकनीकी रूप से स्थिरता और long-term maintenance पर ज़ोर देता है और अपने मौजूदा दायरे के भीतर उत्कृष्टता हासिल करने पर केंद्रित है
  • Redict लगभग feature-complete है, और इसका मानना है कि innovation की तुलना में long-term reliability पर ध्यान देना उपयोगकर्ताओं के लिए अधिक मूल्यवान है
  • Valkey जैसे अन्य Redis® fork के विपरीत, Redict में community-centered culture है जो software के सीमित दायरे और long-term stability को अधिक महत्व देती है
  • Redict license द्वारा अनुमत software से उपयोगी बदलाव अपनाकर सुधार कर सकता है, लेकिन इसकी प्राथमिकता stability है और नई features बाद में आती हैं
  • Redict के सामाजिक और राजनीतिक लक्ष्य भी अन्य fork से अलग हैं, और यह स्वतंत्र तथा community-centered तरीके से software बनाने पर ज़ोर देता है
  • यह LGPL license अपनाकर software को आगे के शोषण से बचाता है, और cloud providers को अत्यधिक compliance framework का सामना किए बिना Redict को अपने ग्राहकों तक पहुँचाने की सुविधा देता है

आभार

  • Redict fork को वास्तविकता बनाने में शामिल सभी लोगों के प्रति व्यक्तिगत धन्यवाद व्यक्त किया गया
  • विशेष रूप से Redict container पर काम करने वाले Micke Nordin और Hugo, documentation और website पर काम करने वाले Lucas Dohmen, तथा hiredict fork और maintenance संभालने वाली Anna को धन्यवाद
  • Redis® OSS, commercial contributors और independent contributors सभी को धन्यवाद। इनके काम ने Redict codebase की नींव रखी है

अगले कदम

  • शुरुआती release में अधिकतम backward compatibility सुनिश्चित करने और नए उपयोगकर्ताओं के transition को आसान बनाने के लिए बहुत conservative बदलावों के सेट पर ध्यान दिया गया
  • भविष्य के लिए planned changes में build system का modernization (muon एक प्रमुख उम्मीदवार है), Redis® client libraries सहित ecosystem का forking, और Lua तथा jemalloc जैसी dependencies का unvendoring शामिल है
  • Lucas, Redict documentation में निवेश करने की योजना बना रहे हैं ताकि इसे ecosystem प्रतिभागियों के लिए चुना हुआ reference बनाया जा सके
  • Anna, hiredict के लिए build system improvements और Unix norms के साथ बेहतर सामंजस्य सहित बदलावों की योजना बना रही हैं
  • कम्युनिटी सदस्यों के सुधार सुझावों पर विचार करने की तैयारी है, और independent तथा commercial users दोनों का समान रूप से स्वागत है

GN⁺ की राय

  • Redict एक ऐसा प्रोजेक्ट है जो मौजूदा Redis® के open source version पर आधारित है और उपयोगकर्ताओं तथा contributors को अधिक स्वतंत्रता और स्थिरता देने का लक्ष्य रखता है। यह उन उपयोगकर्ताओं को आकर्षित कर सकता है जो open source software की sustainability और community-centered development को महत्व देते हैं
  • LGPL license को अपनाना commercial users और free software community दोनों की ज़रूरतों के बीच संतुलन बनाने की कोशिश है, जिससे cloud service providers अपने services में Redict को integrate करते समय कानूनी समस्याओं को कम कर सकते हैं
  • Redict का conservative approach मौजूदा Redis® users को एक स्थिर migration path देता है, लेकिन जो उपयोगकर्ता innovative features को तेज़ी से अपनाना चाहते हैं उनके लिए यह सीमित लग सकता है
  • यह प्रोजेक्ट GitHub जैसे proprietary platform के बजाय Codeberg और SourceHut जैसी free software आधारित infrastructure का उपयोग करके free software ecosystem को मज़बूत करने की अपनी इच्छा दिखाता है
  • Redis® के commercial steward से उत्पन्न हो सकने वाले संकट के जवाब में यह प्रोजेक्ट free software के भविष्य के लिए एक महत्वपूर्ण विकल्प चुन रहा है, और यह open source community के लिए एक अहम उदाहरण बन सकता है

3 टिप्पणियां

 
GN⁺ 2024-04-04
Hacker News टिप्पणियाँ
  • लाइसेंस और होस्टिंग को लेकर बहुत चर्चा है, लेकिन Redict का स्थिरता और दीर्घकालिक रखरखाव पर ध्यान देते हुए अपने मौजूदा दायरे में उत्कृष्टता हासिल करने की कोशिश करना वास्तव में एक दिलचस्प differentiator है।
    • Valkey के पास अधिक उग्र innovation विकसित करने के लिए संसाधन लगाने वाले व्यावसायिक हित हैं, लेकिन Redict इस सांस्कृतिक अंतर को स्वीकार करता है कि कुछ लोग दीर्घकालिक स्थिरता पर अधिक ज़ोर देने वाले software को पसंद करते हैं।
  • Redict copyleft है, इसलिए यह Valkey के contributions को merge कर सकता है, लेकिन Valkey, Redict के commits को merge नहीं कर सकता (जब तक contributor dual license न दे)।
    • Redis open source नहीं है, इसलिए यह Valkey के contributions को merge कर सकता है, लेकिन Redict के contributions को merge नहीं कर सकता। इसलिए अगर आप नहीं चाहते कि आपका code Redis में शामिल हो, तो आपको Redict में योगदान देना चाहिए।
    • दिलचस्प बात यह है कि लाइसेंस बदलाव के बाद पिछले 2 हफ्तों में एक developer ने Redis repository में केवल दो commits किए हैं। यह बहुत बड़ी गिरावट है।
  • समय बताएगा कि क्या Codeberg पर मौजूद Redict का वर्ज़न GitHub के Valkey fork से प्रतिस्पर्धा कर पाएगा।
  • यह open license की असली ताकत दिखाने वाली स्थिति है: अलग-अलग दृष्टिकोण वाले दो forks हैं और दो पेशेवर व सक्षम टीमें हैं, और अब यह देखना दिलचस्प होगा कि कौन जीतता है, या क्या दोनों जीत सकते हैं।
  • व्यावसायिक उपयोग के लिए आप non-copyleft fork भी इस्तेमाल कर सकते हैं।
  • Valkey का ज़िक्र करते हुए बताया गया कि अब दो बड़े forks मौजूद हैं।
  • ऐसे अन्य projects के उदाहरण दिए गए जहाँ commercial दिशा में बहुत आगे बढ़ने पर code fork हो गया, और MySQL तथा MariaDB का उदाहरण दिया गया। उनका मानना है कि Redis Ltd. अपने product के मूल्य का अधिक आकलन कर रही है।
    • ज़्यादातर Redis उपयोगकर्ता एक साधारण in-memory key-value store चाहते हैं, और उनका मानना है कि Redict बेहतर होगा।
  • Redis के लाइसेंस बदलाव को लेकर सवाल किया गया कि क्या नए लाइसेंस के तहत, जब तक कोई hosted version बेच नहीं रहा है, तब तक project में Redis को मुफ्त में इस्तेमाल किया जा सकता है।
  • यह भी पूछा गया कि क्या cloud providers, Redict या Valkey के hosted versions उपलब्ध कराएंगे, और क्या Redis से upgrade path होगा।
  • RedisJSON के साथ Redis इस्तेमाल करने का उल्लेख करते हुए कहा गया कि Redict और Valkey शायद JSON data type को support नहीं करते, इसलिए JSON documents संभालने वाले server के बारे में जानकारी चाहिए।
 
xguru 2024-04-04

यह बात सबसे ज़्यादा प्रभावशाली लगी।

Redict copyleft है, इसलिए वह Valkey के योगदानों को merge कर सकता है, लेकिन Valkey, Redict के commits को merge नहीं कर सकता (जब तक contributor dual license न दे)।
Redis open source नहीं है, इसलिए वह Valkey के योगदानों को merge कर सकता है, लेकिन Redict के योगदानों को merge नहीं कर सकता। इसलिए अगर आप चाहते हैं कि आपका code Redis में शामिल न हो, तो आपको Redict में योगदान देना चाहिए।

 
kuroneko 2024-04-04

लगता है यह Valkey से लाइसेंस के मामले में प्रतिस्पर्धा कर रहा है। दिलचस्प है। +_+