Elasticsearch は、Python 言語の公式クライアント ライブラリである elasticsearch-py 7.14.0 のリリースを公開しました。これには、元の商用 Elasticsearch プラットフォームを使用していないサーバーへの接続機能をブロックする変更が含まれています。 新しいリリースの「Elasticsearch」以外のものとして「X-Elastic-Product」ヘッダーに表示される製品を相手側が使用している場合、または古いリリースのタグラインと build_flavor フィールドを渡さない場合、クライアント ライブラリはエラーをスローするようになりました。リリースします。
elasticsearch-py ライブラリは引き続き Apache 2.0 ライセンスに基づいて配布されますが、その機能は商用 Elasticsearch 製品への接続に限定されています。 Amazon によると、このブロックは Open Distro for Elasticsearch と OpenSearch のフォークだけでなく、Elasticsearch のオープン バージョンに基づくソリューションにも影響します。 同様の変更が JavaScript と Hadoop のクライアント ライブラリに含まれる予定です。
Elasticsearch の措置は、Elasticsearch をクラウド サービスとして提供しながら製品の商用バージョンを購入しないクラウド プロバイダーとの競合の結果です。 Elasticsearch は、プロジェクトに何の関係もないクラウド プロバイダーが既製のオープン ソリューションを再販することで利益を得ている一方、開発者自身には何も残らないという事実に不満を抱いています。
Elasticsearch は当初、プラットフォームを非フリーの SSPL (サーバー サイド パブリック ライセンス) に移行し、古い Apache 2.0 ライセンスに基づく変更の公開を停止することで状況を変えようとしました。 SSPL ライセンスは、差別的な要件が存在するため、オープン ソース基準を満たしていないと OSI (Open Source Initiative) によって認識されています。 SSPL ライセンスは AGPLv3 に基づいているという事実にもかかわらず、テキストには、アプリケーション コード自体だけでなく、クラウド サービスの提供に関与するすべてのコンポーネントのソース コードについても、SSPL ライセンスに基づいて配信するための追加要件が含まれています。
しかし、この措置は状況を悪化させるだけであり、Amazon、Red Hat、SAP、Capital One、Logz.io の共同の取り組みを通じて、コミュニティの参加を得て開発された本格的なオープン ソリューションとして位置づけられる OpenSearch フォークが作成されました。 OpenSearch は、運用システムですぐに使用でき、Elasticsearch の商用版のコンポーネントの代替提供を含め、Elasticsearch の検索、分析、データ ストレージ プラットフォームと Kibana Web インターフェイスを置き換えることができることが認められました。
Elasticsearch は紛争をエスカレートさせ、クライアント ライブラリが依然として自社の管理下にあるという事実を利用して、競合を自社の製品に結びつけることでフォーク ユーザーの生活を困難にすることに決めました (ライブラリのライセンスはオープンのままで、OpenSearch フォークはそれらを使用し続けました)。互換性を確保し、ユーザーの移行を簡素化します)。
Elasticsearchの行動に応じて、Amazonは、OpenSearchプロジェクトが12の既存クライアントライブラリのフォークの開発を開始し、それらにクライアントシステムを移行するためのソリューションを提供すると発表した。 フォークが公開される前に、ユーザーはクライアント ライブラリの新しいリリースに切り替えるまで待つこと、更新をインストールする場合は以前のバージョンにロールバックすることをお勧めします。
出所： オープンネット.ru