Elasticsearch 發布了 elasticsearch-py 7.14.0 版本，這是 Python 語言的官方客戶端庫，其中包含一項更改，阻止連接到不使用原始商業 Elasticsearch 平台的伺服器的能力。 如果另一方使用的產品出現在「X-Elastic-Product」標頭中，作為新版本的「Elasticsearch」以外的產品，或者不傳遞舊版本的標語和 build_flavor 字段，則客戶端庫現在將拋出錯誤發布。
elasticsearch-py 程式庫繼續在 Apache 2.0 授權下分發，但其功能現在僅限於連接商業 Elasticsearch 產品。 據亞馬遜稱，此次封鎖不僅影響 Open Distro for Elasticsearch 和 OpenSearch 的分支，還影響基於 Elasticsearch 開放版本的解決方案。 類似的變更預計將包含在 JavaScript 和 Hadoop 的客戶端庫中。
Elasticsearch 的行動是與雲端供應商發生衝突的結果，這些雲端供應商提供 Elasticsearch 作為雲端服務，但不購買該產品的商業版本。 Elasticsearch 不滿的是，與專案無關的雲端供應商透過轉售現成的開放解決方案獲益，而開發者自己卻一無所有。
Elasticsearch 最初試圖透過將平台轉移到非免費 SSPL（伺服器端公共授權）並停止在舊的 Apache 2.0 授權下發布變更來改變這種情況。 由於歧視性要求，SSPL 授權被 OSI（開源倡議組織）認可為不符合開源標準。 儘管 SSPL 授權是基於 AGPLv3，但文字包含根據 SSPL 授權交付的附加要求，不僅包括應用程式程式碼本身，還包括提供雲端服務所涉及的所有元件的原始程式碼。
但這一步只會加劇局勢，在亞馬遜、紅帽、SAP、第一個資本和 Logz.io 的共同努力下，創建了一個 OpenSearch 分支，定位為社區參與開發的成熟開放解決方案。 OpenSearch 被認為可以在生產系統中使用，並且能夠取代 Elasticsearch 搜尋、分析和資料儲存平台以及 Kibana Web 介面，包括提供 Elasticsearch 商業版元件的替代品。
Elasticsearch 加劇了衝突，並決定通過將其與其產品捆綁在一起來為分叉用戶製造麻煩，利用客戶端庫仍處於其控制之下的事實（庫的許可證仍然開放，並且OpenSearch 分叉繼續使用它們來確保相容性並簡化使用者的過渡）。
為了回應 Elasticsearch 的行動，亞馬遜宣布 OpenSearch 專案將開始開發 12 個現有客戶端程式庫的分支，並提供將客戶端系統遷移到它們的解決方案。 在發布分支之前，建議使用者等待切換到新版本的用戶端程式庫，如果安裝更新，請回滾到先前的版本。
來源： opennet.ru