شعار ريديس.
Redis، قاعدة البيانات الشهيرة وn الذاكرة التي يستخدمها ملايين المطورين حول العالم، أعلنت عن تغيير كبير في سياسة الترخيص الخاصة بها. يتم توزيعه تقليديًا بموجب ترخيص BSD المكون من ثلاثة بنود، وهو ترخيص مفتوح المصدر متساهل، Redis اختارت اعتماد نموذج الترخيص المزدوج.
من الإصدار Redis 7.4، سيقوم المشروع بتوزيع الكود الخاص به بموجب رخصتين خاصتين: RSALv2 (الإصدار الثاني من ترخيص مصدر Redis المتوفر) وSSPLv2 (الترخيص العام لجانب الخادم الإصدار 1)، بدلاً من ترخيص BSD المستخدم مسبقًا. في السابق، لم يتم توفير سوى الوحدات الإضافية التي توفر وظائف متقدمة لمستخدمي المؤسسات، مثل RediSearch وRedisGraph وRedisJSON وRedisML وRedisBloom وغيرها، بموجب ترخيص ملكية. الآن، سينطبق ترخيص الملكية أيضًا على قاعدة بيانات نظام إدارة قواعد البيانات الأساسية.
هذا التغيير في الترخيص صسيسمح بدمج الوحدات الخاصة ذات الإمكانات المتقدمة ومحركات معالجة البيانات في الهيكل الرئيسي للإصدارات المستقبلية من Redis DBMS. ستظل الإصدارات الأقدم متاحة بموجب ترخيص BSD القديم ويمكن استخدامها كأساس لإنشاء شوكات مستقلة.
El ستستمر صيانة فروع Redis 7.x القديمة التي تم إصدارها قبل تغيير الترخيص على الأقل حتى إصدار Redis Community Edition 9.0. سيتم إصدار التصحيحات التي تعمل على إصلاح نقاط الضعف والمشكلات الحرجة للإصدارات الأقدم بموجب ترخيص BSD ويمكن استخدامها في الشوكات. بعد فترة الدعم للإصدارات الأقدم، سيتم إصدار التصحيحات فقط بموجب تراخيص SSPL وRSAL، مما يعني أن مؤلفي الشوكة سيحتاجون إلى التعامل مع أعمال الصيانة الخاصة بهم.
وقالت جوليا ليوسون، رئيس قسم المطورين في Microsoft: "إننا نتطلع إلى مواصلة عملنا التعاوني لدعم المطورين بأحدث الابتكارات في مجال تخزين البيانات وإدارتها". "يستمر تعاوننا في دعم الحلول المتكاملة مثل Azure Cache for Redis وسيمنح عملاء Microsoft وصولاً حصريًا إلى الميزات الموسعة ضمن عروض Redis."
الأهم تراخيص SSPL وRSAL ليست مفتوحة المصدر ولها قيود إضافية تمنع الاستخدام المجاني للمنتج لتقديم الخدمات السحابية.و. كلا الترخيصين لهما أهداف مماثلة، على الرغم من أن ترخيص SSPL يعتمد على ترخيص الحقوق المتروكة AGPLv3، بينما يعتمد ترخيص RSAL على ترخيص BSD المسموح به.
يسمح ترخيص RSAL باستخدام التعليمات البرمجية وتعديلها وتوزيعها ودمجها في التطبيقات، باستثناء الحالات التجارية أو في الخدمات المدفوعة المُدارة (يُسمح بالاستخدام المجاني للخدمات الداخلية، بينما ينطبق التقييد على الخدمات المدفوعة التي توفر الوصول إلى Redis). من ناحية أخرى، يتطلب ترخيص SSPL، الذي يتبع مبادئ الحقوق المتروكة، ألا يتم تسليم كود التطبيق نفسه فحسب، بل أيضًا كود المصدر لجميع المكونات المشاركة في تقديم الخدمة السحابية بموجب نفس الترخيص. .
السبب وراء التغيير في سياسة الإجازاتالهدف هو منع مقدمي الخدمات السحابية من الاستفادة من البرامج مفتوحة المصدر دون المساهمة لتنمية المجتمع أو دعمه. Redis ليس سعيدًا بالوضع الحالي حيث يقوم موفرو الخدمات السحابية بتوليد إيرادات من المنتجات المشتقة التجارية القائمة على Redis وبيع الخدمات السحابية دون المشاركة في التطوير أو التعاون مع المجتمع. هذه الديناميكية لا تترك للمطورين أي أرباح بينما يستفيد مقدمو الخدمات السحابية من الحلول المفتوحة الحالية.
كلا الترخيصين المطبقين يميزان ضد أنواع معينة من المستخدمين، مما يمنعهم من اعتبارهم تراخيص مفتوحة أو مجانية. ذكرت مبادرة المصدر المفتوح (OSI) أن هذه التراخيص لا تتوافق مع معايير المصادر المفتوحة ويجب اعتبار المنتجات المبنية عليها ملكية خاصة. وهذا يعني أن المنتجات بموجب تراخيص SSPL وRSAL لا يمكن أن تكون جزءًا من توزيعات مثل Fedora وDebian.
إذا كنت مهتم بمعرفة المزيد عنها ، يمكنك التحقق من التفاصيل في الرابط التالي.