قام Grafana بتغيير الترخيص من Apache 2.0 إلى AGPLv3

مطورو المنصة عرض مرئي للمعلومات أعلن Grafana عن الانتقال إلى ترخيص AGPLv3 ، بدلاً من ترخيص Apache 2.0 المستخدم سابقًا.

ومن المثير للاهتمام، يشير بعض المستخدمين إلى أن أحد الأسباب من نجاح مشروع Grafana ، الذي سعى في البداية إلى تحسين واجهة منتج Kibana الحالية لتصور البيانات المتغيرة بمرور الوقت والابتعاد عن الارتباط بمستودع Elasticsearch ، كان اختيارًا لرخصة رمز أكثر تساهلاً. بمرور الوقت ، أنشأ مطورو Grafana Labs Grafana Labs ، التي بدأت في الترويج للمنتجات التجارية مثل نظام Grafana Cloud السحابي والحل التجاري Grafana Enterprise Stack.

تم اتخاذ قرار تغيير الترخيص للبقاء واقفاً على قدميه والتنافس مع الموردين غير المشاركين في التطوير، لكنهم يستخدمون إصدارات معدلة من Grafana في منتجاتهم. على عكس التدابير الصارمة التي اتخذتها مشاريع مثل ElasticSearch و Redis و MongoDB و Timescale و Cockroach ، والتي تحولت إلى ترخيص غير مفتوح ، حاولت Grafana Labs اتخاذ قرار يوازن بين مصالح المجتمع والأعمال. يعتبر الانتقال إلى AGPLv3 ، وفقًا لـ Grafana Labs ، هو الحل الأفضل: من ناحية ، يتوافق AGPLv3 مع معايير التراخيص المجانية والمفتوحة ، ومن ناحية أخرى ، لا يسمح بالتطفل على المشاريع مفتوحة المصدر.

حاولت شركتنا دائمًا تحقيق التوازن بين "خلق القيمة" للمصدر المفتوح والمجتمع مع "الحصول على القيمة" لاستراتيجية تحقيق الدخل. يعد اختيار الترخيص أحد الركائز الأساسية لهذه الاستراتيجية ، وهو أمر ناقشناه على نطاق واسع منذ أن بدأت الشركة.

في السنوات القليلة الماضية ، راقبنا عن كثب كل شركة مفتوحة المصدر تقريبًا على نطاق واسع نعجب بها - مثل Elastic و Redis Labs و MongoDB و Timescale و Cockroach Labs والعديد من الشركات الأخرى - قد طورت نظام الترخيص الخاص بها. في جميع هذه الحالات تقريبًا ، كانت النتيجة هي التبديل إلى ترخيص خط متاح غير معتمد من OSI.

أولئك الذين يستخدمون إصدارات غير معدلة Grafana على خدماتهم أو انشر كود التغيير (على سبيل المثال ، Red Hat Openshift و Cloud Foundry) لن يتأثروا بتغيير الترخيص. لن يؤثر التغيير أيضًا على Amazon ، التي توفر منتج Amazon Managed Service السحابي لـ Grafana (AMG) ، حيث أن هذه الشركة هي شريك تطوير استراتيجي وتوفر العديد من الخدمات للمشروع.

يمكن للشركات التي تتبع سياسات الشركات التي تحظر استخدام AGPL الاستمرار في استخدام الإصدارات القديمة المرخصة من Apache والتي من المتوقع أن يستمر إصدار تصحيحات الثغرات الأمنية لها. هناك طريقة أخرى للخروج وهي استخدام إصدار Enterprise الخاص بـ Grafana ، والذي يمكن استخدامه مجانًا إذا لم يتم تنشيط ميزات إضافية مدفوعة عن طريق شراء المفتاح.

يذكر أن خصوصية ترخيص AGPLv3 هو إدخال قيود إضافية للتطبيقات التي تضمن تشغيل خدمات الشبكة. عند استخدام مكونات AGPL لضمان تشغيل الخدمة ، يلتزم المطور بتزويد المستخدم بكود المصدر من جميع التغييرات التي تم إجراؤها على هذه المكونات ، حتى لو لم يتم توزيع البرنامج الأساسي للخدمة واستخدامه حصريًا في البنية التحتية الداخلية لتنظيم تشغيل الخدمة.

لا يتوافق ترخيص AGPLv3 إلا مع GPLv3 ، مما يؤدي إلى تعارض ترخيص مع التطبيقات المقدمة بموجب ترخيص GPLv2. على سبيل المثال ، يتطلب إصدار مكتبة بموجب AGPLv3 جميع التطبيقات التي تستخدم هذه المكتبة لتوزيع التعليمات البرمجية بموجب ترخيص AGPLv3 أو GPLv3 ، لذلك فإن بعض مكتبات Grafana مرخصة بموجب ترخيص Apache 2.0.

بالإضافة إلى تغيير الترخيص ، تم نقل مشروع Grafana إلى اتفاقية جديدة مع المطورين (CLA) ، الذي يحدد نقل حقوق الملكية على القانون ، السماح لـ Grafana Labs بتغيير الترخيص دون موافقة جميع المشاركين في التطوير.

تم استبدال اتفاقية Harmony Contributor القديمة باتفاقية قائمة على المستندات موقعة من المساهمين في مؤسسة Apache. يشار إلى أن هذه الاتفاقية أكثر قابلية للفهم ومألوفة للمطورين.

مصدر: https://grafana.com


كن أول من يعلق

اترك تعليقك

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها ب *

*

*

  1. المسؤول عن البيانات: ميغيل أنخيل جاتون
  2. الغرض من البيانات: التحكم في الرسائل الاقتحامية ، وإدارة التعليقات.
  3. الشرعية: موافقتك
  4. توصيل البيانات: لن يتم إرسال البيانات إلى أطراف ثالثة إلا بموجب التزام قانوني.
  5. تخزين البيانات: قاعدة البيانات التي تستضيفها شركة Occentus Networks (الاتحاد الأوروبي)
  6. الحقوق: يمكنك في أي وقت تقييد معلوماتك واستعادتها وحذفها.