Elasticsearch遷移到非免費的SSPL許可證

Elasticsearch BV宣布許可證變更 適用於Elasticsearch搜索，分析和存儲平台以及Kibana Web界面。

從Elasticsearch 7.11版本開始， 該項目 它將從Apache 2.0許可證遷移到SSPL許可證 （服務器端公共許可證）， 添加了其他使用要求，以確保云服務正常運行。 對於那些對SSPL許可的條款不滿意的人，將提供商業許可，而客戶端庫將繼續根據Apache 2.0許可進行分發。

該項目 MongoDB已經在使用SSPL 並提供了修改和分發代碼的功能，但是尚未得到開源許可實施組織開源倡議（OSI）的同行審查。

紅帽律師獲得了非免費的SSPL類別許可證，隨後是Fedora項目，以禁止將帶有此許可證下的產品的軟件包插入其存儲庫中。

不太可能獲得OSI批准， 因為許可證中存在關於歧視某些類別的用戶（雲服務提供商）的爭議性問題。

另外， SSPL作者未完成評論 他們撤回了先前提交的要求，以審查OSI上的此許可。

SSPL許可證的製定方式是，在實踐中，如果不購買商業許可證，則該許可證下的應用程序無法在雲服務中使用； 否則，將需要根據SSPL重新許可云服務運營中涉及的所有組件的代碼，包括第三方的代碼。

回想一下，SSPL許可證基於AGPLv3的文本，其中對第13節進行了更改。這些更改被減少為增加了SSPL許可下的供應要求，不僅包括應用程序本身的代碼，而且還涉及條款中涉及的所有組件的源代碼雲服務。

自由軟件基金會聯合主任Matthew Garrett認為，這一要求 違反GPL兼容性 以及其他禁止他人更新代碼許可證的copyleft許可證。

作為更改許可證的原因，防止供應商的寄生蟲的慾望突出了 開源軟件中的雲服務。 開發人員對雲提供商轉售Elasticsearch感到不滿意 以雲服務的形式提供，但它們不參與社區的生活，也無助於開發。 創建了這樣一種情況，即與項目無關的雲提供商可以從轉售開放的，即用型解決方案中受益，而開發人員本身一無所有。

許可證更改不會影響Elasticsearch用戶 使用該平台作為後端的應用程序，但它將影響以雲服務形式出售即用型Elasticsearch功能的雲服務提供商。

雲服務將需要購買商業許可證，完全打開您的基礎結構代碼，使用支持時間有限的Elasticsearch的先前版本，或者在以下許可下共同繼續開發Elasticsearch的分支阿帕奇可以將Fork Elasticsearch創建為Amazon開發的針對Elasticsearch的Open Distro項目的單獨擴展。

一些分析師評估了在企業新許可證下Elasticsearch的繼續使用 開發在線服務是企業的另一風險，因為開放相關開發的條件實際上是不切實際的。 例如，由於措詞不准確，可能需要為整個軟件堆棧（包括操作系統）重新許可SSPL。

來源： https://www.elastic.co/