Elasticsearch迁移到非免费的SSPL许可证

Elasticsearch BV宣布了许可证变更 适用于Elasticsearch搜索，分析和存储平台以及Kibana Web界面。

从Elasticsearch 7.11版本开始， 这个项目 它将从Apache 2.0许可证迁移到SSPL许可证 （服务器端公共许可证）， 添加了其他使用要求，以确保云服务正常运行。 对于那些对SSPL许可的条款不满意的人，将提供商业许可，而客户端库将继续根据Apache 2.0许可进行分发。

萨尔瓦多PROYECTO MongoDB已经在使用SSPL 并具有修改和分发代码的功能，但尚未得到开源许可合规组织“开源倡议”（OSI）的同行审查。

红帽律师获得了非免费的SSPL类别许可证，随后是Fedora项目，以禁止将带有此许可证下的产品的软件包插入其存储库中。

不太可能获得OSI批准， 因为许可证中存在关于歧视某些类别的用户（云服务提供商）的争议性问题。

另外， SSPL作者未完成评论 他们撤回了先前提交的要求，以审查OSI上的此许可。

SSPL许可证的制定方式是，在实践中，如果不购买商业许可证，则该许可证下的应用程序无法在云服务中使用； 否则，将需要根据SSPL重新许可云服务运营中涉及的所有组件的代码，包括第三方的代码。

回想一下，SSPL许可证基于AGPLv3的文本，其中对第13节进行了更改。这些更改被减少为增加了SSPL许可下的供应要求，不仅包括应用程序本身的代码，而且还涉及条款中涉及的所有组件的源代码云服务。

自由软件基金会联合主任Matthew Garrett认为，这一要求 违反GPL兼容性 以及其他禁止他人更新代码许可证的copyleft许可证。

作为更改许可证的原因，防止供应商寄生虫的愿望突出 开源软件中的云服务。 开发人员对云提供商转售Elasticsearch感到不满意 以云服务的形式提供，但它们不参与社区的生活，也无助于开发。 创建了这样一种情况，即未连接到项目的云提供商将从转售开箱即用的开放式解决方案中受益，而开发人员本身一无所有。

许可证更改不会影响Elasticsearch用户 使用该平台作为后端的应用程序，但这将影响那些以云服务的形式即刻出售Elasticsearch功能的云服务提供商。

云服务将需要购买商业许可证，完全打开您的基础结构代码，使用支持时间有限的Elasticsearch的先前版本，或根据以下许可共同开发Elasticsearch的分支。阿帕奇可以将叉子Elasticsearch创建为由Amazon开发的Open Distro for Elasticsearch项目的单独扩展。

一些分析师评估了在企业新许可证下Elasticsearch的继续使用 开发在线服务是企业的额外风险，因为开放相关开发的条件实际上是不切实际的。 例如，由于措词不准确，可能需要为整个软件堆栈（包括操作系统）重新许可SSPL。

数据来源： https://www.elastic.co/