プラットフォームの開発者 データの視覚化 Grafanaは、AGPLv3ライセンスへの移行を発表しました。 以前に使用されたApache2.0ライセンスの代わりに。
不思議なことに、 一部のユーザーは、その理由のXNUMXつを指摘しています Grafanaプロジェクトの成功から、当初は既存のKibana製品インターフェースを最適化して、時変データを視覚化し、Elasticsearchリポジトリへのリンクから移行しようとしました。 より寛容なコードライセンスの選択でした。 時が経つにつれて、Grafana開発者はGrafana Labsを設立し、GrafanaCloudクラウドシステムやGrafanaEnterpriseStack商用ソリューションなどの商用製品の宣伝を開始しました。
ライセンスを変更するという決定は、浮かんでいて、開発に関与していないサプライヤーと競争するために行われました。、ただし、製品にGrafanaの修正バージョンを使用していること。 ElasticSearch、Redis、MongoDB、Timescale、Cockroachなどのプロジェクトが非オープンライセンスに切り替えた抜本的な対策とは対照的に、Grafana Labsは、コミュニティとビジネスの利益のバランスをとる決定を下そうとしました。 Grafana Labsによると、AGPLv3への移行が最善の解決策です。一方で、AGPLv3はフリーライセンスとオープンライセンスの基準に準拠しており、他方では、オープンソースプロジェクトに寄生することはできません。
当社は常に、オープンソースとコミュニティの「価値創造」と私たちの収益化戦略の「価値獲得」のバランスをとろうと努めてきました。 ライセンスの選択はこの戦略の重要な柱であり、会社が設立されて以来、私たちはこれについて広く検討してきました。
ここ数年、Elastic、Redis Labs、MongoDB、Timescale、Cockroach Labsなど、私たちが賞賛する大規模なほぼすべてのオープンソース企業がライセンス制度を進化させているのを注意深く見守ってきました。 これらのほとんどすべての場合、結果として、OSI承認されていない利用可能なフォントライセンスに切り替えられました。
変更されていないバージョンを使用している人 Grafanaのサービスを利用するか、変更コードを投稿します(たとえば、Red HatOpenshiftやCloudFoundry) ライセンスの変更による影響は受けません。 この変更は、Grafana(AMG)にAmazonマネージドサービスクラウド製品を提供するAmazonにも影響しません。この会社は戦略的開発パートナーであり、プロジェクトに多くのサービスを提供しているためです。
AGPLの使用を禁止する企業ポリシーを持つ企業は、脆弱性パッチが引き続きリリースされると予想される古いライセンスバージョンのApacheを引き続き使用できます。 もうXNUMXつの方法は、Grafana独自のEnterpriseエディションを使用することです。これは、キーを購入して追加の有料機能がアクティブ化されていない場合に無料で使用できます。
それを思い出して AGPLv3ライセンスの特徴は、追加の制限の導入です。 ネットワークサービスの動作を保証するアプリケーション用。 AGPLコンポーネントを使用してサービスの運用を確保する場合、 開発者はユーザーにソースコードを提供する義務があります サービスの基盤となるソフトウェアが配布されておらず、サービスの運用を整理するために内部インフラストラクチャでのみ使用されている場合でも、これらのコンポーネントに加えられたすべての変更のうち。
AGPLv3ライセンスはGPLv3とのみ互換性があり、GPLv2ライセンスの下で提供されるアプリケーションとライセンスの競合が発生します。 たとえば、AGPLv3でライブラリをリリースするには、このライブラリを使用するすべてのアプリケーションがAGPLv3またはGPLv3ライセンスでコードを配布する必要があるため、一部のGrafanaライブラリはApache2.0ライセンスでライセンスされています。
ライセンスの変更に加えて、 Grafanaプロジェクトは開発者との新しい契約に移されました (CLA)、 これは、コードに対する所有権の譲渡を決定します。 GrafanaLabsがすべての開発参加者の同意なしにライセンスを変更できるようにします。
古いHarmonyContributor Agreementは、ApacheFoundationの貢献者によって署名されたドキュメントベースの契約に取って代わられます。 この合意は、開発者にとってより理解しやすく、なじみ深いものであることが示されています。