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