لماذا تعنيك تغييرات الترخيص حتى في الاستضافة الذاتية
يسري تغيير الترخيص على الإصدارات الجديدة من البرنامج، ولا يُطبَّق بأثر رجعي على ما سبق نشره. غير أن البقاء على إصدار قديم يعني التخلي عن تصحيحات الأمان. الخطر الحقيقي ليس ملاحقة قضائية فورية، بل هو الدين التقني الذي يتراكم ريثما تنتظر توضيحاً قانونياً. حتى الاستخدام الداخلي البحت قد يكون معنياً إذا كانت مؤسستك تُفوتر خدمات لأطراف خارجية أو تعرض الأداة عبر واجهة برمجية خارجية.
الحالات الأربع التي يُفرز فيها الترخيص قيداً حقيقياً
- إعادة بيع خدمة سحابية منافسة — تحظر BSL صراحةً تقديم خدمة تجارية منافسة لمنتج الجهة الأصلية لأطراف خارجية؛ استضافة Terraform لبنيتك الخاصة مسموح به، أما تقديمه كمنصة مُدارة لعملائك فلا.
- كشف خدمة لأطراف خارجية عبر SSPL — إذا بنيت خدمة يستهلكها مستخدمون خارجيون وتعتمد على مكوّن SSPL، فأنت ملزم بنشر مجمل بنيتك البرمجية، بما فيها سكريبتات التوفير والتنسيق.
- الدمج في منتج SaaS ضمن AGPLv3 — أي ناشر يدمج مكتبة AGPLv3 في تطبيق متاح عبر الشبكة ملزم بتوزيع الشيفرة المصدرية الكاملة لذلك التطبيق؛ هذا القيد خفيف للاستضافة الداخلية، أما لناشر SaaS فهو جوهري.
- الترقية إلى إصدار يحمل ترخيصاً جديداً — الانتقال من Redis 7.2 (BSD) إلى Redis 8 (ترخيص ثلاثي) أو من Terraform 1.5 (MPL-2.0) إلى 1.6 (BSL) يُغيّر حقوقك؛ أتمتة التحديثات دون التحقق من سجل تغييرات الترخيص تُعرّض مؤسستك لانتقال غير مقصود.
BSL وSSPL وAGPLv3: ما يُجيزه كل نموذج وما يحظره
BSL ترخيص مؤقت: الشيفرة متاحة المصدر اليوم وستصبح مفتوحة المصدر — في الغالب Apache 2.0 — بعد مهلة محددة، أربع سنوات لدى HashiCorp. الاستخدام الداخلي حرّ، والمنافسة المباشرة محظورة. أما SSPL فتذهب أبعد من ذلك: كشف الأداة كخدمة لأطراف خارجية يُفعّل التزام نشر كامل البنية. وAGPLv3، الوحيدة من الثلاثة المعتمدة من OSI، هي حقوق نشر شبكية مُعدية: تحمي حريات المستخدمين النهائيين دون حظر الاستخدام التجاري، لكنها تُلزم بفتح شيفرة التطبيق المُضمِّن متى خدم مستخدمين عبر الشبكة.
BSL مقابل SSPL مقابل AGPLv3 مقابل BSD في لمحة
| الترخيص | الاستضافة الداخلية | استخدام SaaS (إعادة البيع) |
|---|---|---|
| BSL | مسموح دون شروط | محظور إذا كانت الخدمة تنافس الجهة الأصلية |
| SSPL | مسموح دون شروط | مسموح إذا نشرت كامل بنيتك البرمجية |
| AGPLv3 | مسموح دون شروط | مسموح إذا وزّعت الشيفرة المصدرية لتطبيقك |
| BSD / MIT / Apache 2.0 | مسموح دون شروط | مسموح دون أي التزام بالنشر |
أضاف Redis AGPLv3 كخيار ترخيصي في مارس 2026، على خطى Elastic التي فعلت الشيء ذاته في سبتمبر 2024. بات بإمكان من يعتمد الاستضافة الذاتية اختيار نسخة AGPLv3 من Redis 8 دون اللجوء إلى التفريع Valkey، وإن ظل Valkey على BSD-3-Clause وهو الحزمة الافتراضية على Ubuntu 24.04 وDebian 13.
العادات الواجب اكتسابها قبل إضافة أداة إلى بنيتك التقنية
قبل إضافة أي مكوّن إلى بنيتك التحتية، تحقق من ترخيصه في المستودع ومن سجل تغييرات الإصدارات الرئيسية الأخيرة. حدّد استخدامك الفعلي: داخليْ، أم مكشوف لشركاء، أم مُباع لعملاء. اشترك في إشعارات الإصدارات على GitHub للمشاريع الحيوية لاكتشاف أي تغيير في الترخيص قبل التحديث التلقائي التالي. إذا وُجد تفريع بترخيص مرن ويحظى بصيانة نشطة — كـOpenTofu وValkey وOpenSearch — قيّمه كبديل مستدام.
