توسعه دهندگان پلتفرم تجسم داده Grafana انتقال به مجوز AGPLv3 را به جای مجوز Apache 2.0 که قبلا استفاده می شد، اعلام کردند. یک تغییر مجوز مشابه برای سیستم تجمیع گزارش Loki و باطن ردیابی توزیع شده Tempo انجام شد. پلاگین ها، عوامل و برخی از کتابخانه ها همچنان تحت مجوز آپاچی 2.0 مجوز خواهند داشت.
جالب اینجاست که برخی از کاربران یکی از دلایل موفقیت پروژه گرافانا را می‌دانند که در مرحله اولیه سعی در بهینه‌سازی رابط محصول از قبل موجود Kibana برای تجسم داده‌های متغیر با زمان و دور شدن از اتصال به فضای ذخیره‌سازی Elasticsearch داشت. ، انتخاب مجوز کد مجاز تر بود. با گذشت زمان، توسعه دهندگان Grafana شرکت Grafana Labs را تشکیل دادند که شروع به تبلیغ محصولات تجاری مانند سیستم ابری Grafana و راه حل تجاری Grafana Enterprise Stack کرد.
تصمیم برای تغییر مجوز به منظور ادامه حیات و مقاومت در برابر رقابت با تامین کنندگانی گرفته شد که در توسعه شرکت ندارند، اما از نسخه های اصلاح شده گرافانا در محصولات خود استفاده می کنند. برخلاف اقدامات شدید پروژه‌هایی مانند ElasticSearch، Redis، MongoDB، Timescale و Cockroach که به مجوز غیرباز منتقل شدند، آزمایشگاه‌های Grafana سعی کردند تصمیمی بگیرند که منافع جامعه و تجارت را متعادل کند. انتقال به AGPLv3، طبق گفته Grafana Labs، راه حل بهینه است: از یک طرف، AGPLv3 معیارهای مجوزهای آزاد و آزاد را برآورده می کند، و از سوی دیگر، اجازه انگلی را در پروژه های باز نمی دهد.
کسانی که از نسخه های اصلاح نشده Grafana در خدمات خود استفاده می کنند یا کد اصلاحی را منتشر می کنند (به عنوان مثال Red Hat Openshift و Cloud Foundry) تحت تأثیر تغییر مجوز قرار نخواهند گرفت. این تغییر همچنین بر آمازون تأثیر نخواهد گذاشت، زیرا این شرکت یک شریک توسعه استراتژیک است و خدمات زیادی را به پروژه ارائه می دهد. شرکت‌هایی با خط‌مشی شرکتی که استفاده از مجوز AGPL را ممنوع می‌کند، می‌توانند به استفاده از نسخه‌های قدیمی‌تر دارای مجوز آپاچی که قصد دارند به انتشار رفع آسیب‌پذیری‌ها ادامه دهند، ادامه دهند. راه دیگر استفاده از نسخه Enterprise اختصاصی Grafana است که در صورت فعال نشدن عملکردهای پولی اضافی از طریق خرید کلید، می توان از آن به صورت رایگان استفاده کرد.
به یاد بیاوریم که یکی از ویژگی های مجوز AGPLv3، معرفی محدودیت های اضافی برای برنامه هایی است که عملکرد خدمات شبکه را تضمین می کند. هنگام استفاده از مؤلفه‌های AGPL برای اطمینان از عملکرد سرویس، توسعه‌دهنده موظف است کد منبع تمام تغییرات ایجاد شده در این مؤلفه‌ها را در اختیار کاربر قرار دهد، حتی اگر نرم‌افزار زیربنای سرویس توزیع نشده باشد و منحصراً در زیرساخت داخلی استفاده شود. برای سازماندهی عملیات سرویس. مجوز AGPLv3 فقط با GPLv3 سازگار است، که منجر به تضاد مجوز با برنامه های ارسال شده تحت مجوز GPLv2 می شود. به عنوان مثال، ارسال یک کتابخانه تحت AGPLv3 به همه برنامه‌هایی که از کتابخانه استفاده می‌کنند برای توزیع کد تحت مجوز AGPLv3 یا GPLv3 نیاز دارد، بنابراین برخی از کتابخانه‌های Grafana تحت مجوز Apache 2.0 باقی می‌مانند.
علاوه بر تغییر مجوز، پروژه گرافانا به یک قرارداد توسعه‌دهنده جدید (CLA) منتقل شده است، که انتقال حقوق مالکیت به کد را تعریف می‌کند، که به آزمایشگاه‌های گرافانا اجازه می‌دهد مجوز را بدون رضایت همه شرکت‌کنندگان توسعه تغییر دهند. به‌جای توافق‌نامه قدیمی مبتنی بر توافق‌نامه مشارکت‌کننده هارمونی، توافق‌نامه‌ای بر اساس سند امضا شده توسط شرکت‌کنندگان بنیاد آپاچی معرفی شده است. نشان داده شده است که این توافق برای توسعه دهندگان قابل درک و آشناتر است.
منبع: opennet.ru