Grafana データ視覚化プラットフォームの開発者は、以前に使用されていた Apache 3 ライセンスの代わりに、AGPLv2.0 ライセンスへの移行を発表しました。 同様のライセンス変更が、Loki ログ集約システムと Tempo 分散トレース バックエンドに対しても行われました。 プラグイン、エージェント、および一部のライブラリは、引き続き Apache 2.0 ライセンスに基づいてライセンスされます。
興味深いことに、一部のユーザーは、Grafana プロジェクトの成功の理由の XNUMX つは、初期段階では、時変データを視覚化し、Elasticsearch ストレージへの結びつきから脱却するために、既存の Kibana 製品のインターフェースを最適化しようとしたことだと指摘しています。 、より寛容なコードライセンスが選択されました。 時間が経つにつれて、Grafana 開発者は Grafana Labs という会社を設立し、Grafana Cloud クラウド システムや商用ソリューション Grafana Enterprise Stack などの商用製品の宣伝を開始しました。
ライセンスを変更するという決定は、開発には関与していないが自社の製品で Grafana の修正バージョンを使用しているサプライヤーとの競争に耐えるために行われました。 ElasticSearch、Redis、MongoDB、Timescale、Cockroach などのプロジェクトが非オープン ライセンスに移行した抜本的な措置とは対照的に、Grafana Labs はコミュニティとビジネスの利益のバランスを取る決定を下そうとしました。 Grafana Labs によれば、AGPLv3 への移行は最適な解決策です。AGPLv3 は、無料でオープンなライセンスの基準を満たしている一方で、オープン プロジェクトへの寄生を許可していません。
サービス内で Grafana の未修正バージョンを使用している場合や、修正コードを公開している場合 (Red Hat Openshift や Cloud Foundry など) は、ライセンス変更の影響を受けません。 また、この変更は、クラウド製品 Amazon Managed Service for Grafana (AMG) を提供する Amazon にも影響しません。これは、同社が戦略的開発パートナーであり、プロジェクトに多くのサービスを提供しているためです。 AGPL ライセンスの使用を禁止する企業ポリシーを持つ企業は、脆弱性修正の公開を継続する予定の古い Apache ライセンスのリリースを引き続き使用できます。 もう XNUMX つの方法は、Grafana の独自の Enterprise エディションを使用することです。これは、キーの購入によって追加の有料機能がアクティブ化されない場合、無料で使用できます。
AGPLv3 ライセンスの機能の 3 つは、ネットワーク サービスの機能を保証するアプリケーションに対する追加の制限の導入であることを思い出してください。 AGPL コンポーネントを使用してサービスの動作を保証する場合、開発者は、サービスの基礎となるソフトウェアが配布されず、内部インフラストラクチャでのみ使用されている場合でも、これらのコンポーネントに加えられたすべての変更のソース コードをユーザーに提供する義務があります。サービスの運営を組織するため。 AGPLv3 ライセンスは GPLv2 とのみ互換性があるため、GPLv3 ライセンスに基づいて出荷されるアプリケーションとライセンスの競合が発生します。 たとえば、ライブラリを AGPLv3 で配布するには、ライブラリを使用するすべてのアプリケーションが AGPLv3 または GPLv2.0 ライセンスに基づいてコードを配布する必要があるため、一部の Grafana ライブラリは Apache XNUMX ライセンスの下に残ります。
ライセンスの変更に加えて、Grafana プロジェクトはコードに対する所有権の譲渡を定義する新しい開発者契約 (CLA) に移行されました。これにより、Grafana Labs は開発参加者全員の同意なしにライセンスを変更できるようになります。 Harmony コントリビューター契約に基づく古い契約の代わりに、Apache Foundation の参加者によって署名された文書に基づく契約が導入されました。 この合意は開発者にとってより理解しやすく親しみやすいものであることが示されています。
出所： オープンネット.ru