ElasticsearchBVがライセンス変更を発表 Elasticsearchの検索、分析、ストレージプラットフォーム、およびKibanaWebインターフェイス用。
Elasticsearch 7.11リリースの時点で、 プロジェクト Apache2.0ライセンスからSSPLライセンスに移行されます （サーバー側のパブリックライセンス）、 クラウドサービスが確実に機能するように、使用要件を追加します。 SSPLライセンスの条件に満足できない場合は、商用ライセンスが提供されますが、クライアントライブラリは引き続きApache2.0ライセンスの下で配布されます。
プロジェクト MongoDBはすでにSSPLを使用しています コードを変更および配布する機能を提供しますが、オープンソースライセンスコンプライアンス組織であるオープンソースイニシアチブ（OSI）によるピアレビューは行われていません。
Red Hatの弁護士は、無料ではないSSPLカテゴリのライセンスを持っていました。その後、Fedoraプロジェクトが、このライセンスに基づく製品を含むパッケージをリポジトリに挿入することを禁止しました。
OSIの承認はありそうもないと考えられています。 特定のカテゴリのユーザー（クラウドサービスプロバイダー）に対する差別に関して、ライセンスに物議を醸す問題があるため。
さらに、 SSPLの作成者はレビューを完了しませんでした そして彼らは、OSIでこのライセンスをレビューするために以前に提出された要求を撤回しました。
SSPLライセンスは、実際には、このライセンスに基づくアプリケーションを商用ライセンスを購入せずにクラウドサービスで使用できないように作成されています。 それ以外の場合は、サードパーティのコードを含む、クラウドサービスの運用に関連するすべてのコンポーネントのコードを、SSPLで再ライセンスする必要があります。
SSPLライセンスはAGPLv3のテキストに基づいていることを思い出してください、セクション13に変更が加えられました。変更は、SSPLライセンスの下で、アプリケーション自体のコードだけでなく、プロビジョニングに関連するすべてのコンポーネントのソースコードを提供する要件の追加に縮小されます。クラウドサービスの。
Free SoftwareFoundationの共同ディレクターであるMatthewGarrettによると、この要件は GPLの互換性に違反しています および他の誰かのコードライセンスの更新を禁止するその他のコピーレフトライセンス。
ライセンス変更の理由として、サプライヤーの寄生を防ぎたいという願望が際立っています。 オープンソースソフトウェアのクラウドサービスの。 開発者は、クラウドプロバイダーがElasticsearchを再販しているという事実に不満を持っています クラウドサービスの形で提供されますが、コミュニティの生活には参加せず、開発にも役立ちません。 プロジェクトに接続していないクラウドプロバイダーが、オープンですぐに使用できるソリューションを再販することで利益を得て、開発者自身に何も残されていない状況が発生します。
ライセンスの変更はElasticsearchユーザーには影響しません プラットフォームをバックエンドとして使用しますが、すぐに使用できるElasticsearch機能をクラウドサービスの形で販売するクラウドサービスプロバイダーに影響します。
クラウドサービスは、商用ライセンスを購入するか、インフラストラクチャコードを完全に開くか、サポート時間が限られている以前のバージョンのElasticsearchをそのまま使用するか、Elasticsearchのフォークの開発を共同で継続する必要があります。 Apache。 Fork Elasticsearchは、Amazonが開発したOpen Distro forElasticsearchプロジェクトの個別の拡張機能として作成できます。
一部のアナリストは、企業における新しいライセンスの下でのElasticsearchの継続的な使用を評価しています 関連する開発を開くための条件は実際には非現実的であるため、ビジネスの追加リスクとしてオンラインサービスを開発する人。 たとえば、表現が不正確なため、SSPLは、オペレーティングシステムを含むソフトウェアスタック全体の再ライセンスを要求される場合があります。
「Elasticsearchは無料ではないSSPLライセンスに移行します」というタイトルから、Googleの自動翻訳機能が間違っており、無料ソフトウェアを完全に軽視しています。