8月29日，Elastic宣布，公司将增加GNU Affero General Public License v3 (AGPL)许可，作为用户许可Elasticsearc和Kibana源代码免费部分的一种选择。

Elastic选择了再次开源，三年半前，Elastic将其核心产品的许可协议从Apache 2.0改为服务器端公共许可证(SSPL)和新的Elastic许可证双重许可证，这两种许可协议都不是符合OSI标准的开源许可协议。他们当时解释说，这一变化是对 AWS 的回应，因为 AWS 提供的付费托管搜索产品与 Elastic 的商业产品直接竞争。

AWS 随后完全分叉了Elasticsearch，并于 2021年4月创建了OpenSearch项目。

现在，Elastic 又做出了新的改变，他们将对其核心产品进行三重许可，并将符合 OSI 标准的 AGPL 作为第三种选择。

“我们很高兴为Elasticsearch和Kibana重新引入OSI认可的开源许可。Elastic一直坚信开源的精神以及它所带来的清晰度和透明度，”Elastic创始人兼首席技术官Shay Banon说。“增加AGPL还将使我们的用户在矢量搜索等领域有更大的参与度和采用率，进一步提高Elasticsearch作为RAG和构建GenAI应用的运行时平台的受欢迎程度。”

增加AGPL作为许可选项不会影响使用SSPL或ELv2的现有用户，Elastic的二进制分发也不会有任何变化。同样，对于在 Elasticsearch 或 Kibana 上构建应用或使用插件的用户来说，也不会有任何变化，Elastic 的客户端库将继续采用 Apache 2.0 许可。

Shay Banon发布的这一变更公告直接回应了变更许可的问题：

“更改许可协议是个错误，Elastic 现在已经反悔了。我们在 3 年前更改许可协议时消除了市场上的许多混乱。由于我们的行动，很多事情都发生了变化。现在的情况完全不同了。我们没有活在过去。我们希望为用户创造更美好的未来。正是因为我们当时采取了行动，我们现在才有能力采取行动。”

专家分析，Shay Banon所说的 “市场混乱 ”可能是指与 AWS 的商标分歧(后来解决了)，后者不再销售自己的Elasticsearch，而是销售OpenSearch。

“我并不完全信服这种解释，但如果它能掀起一股其他不再开源的公司回归的潮流，我是完全赞成的!”该专家说。

最近越来越多的开源数据库厂商由于商业压力修改许可协议，如Redis、CockroachDB收缩开源许可，其中CockroachDB也是再次修改开源协议，只不过是更加收紧了，放弃了开源Core。Elastic这次重新开放源码，也是出于商业考虑。

大家都在商业、开源之间寻求更好的平衡点。冯若航老师在其文章中指出，现阶段对于商业开源公司来说，最合适的开源许可证是 AGPLv3 。弱于此等级的开源协议基本上是给云厂商和同行白嫖者打白工，高于此等级的协议又失去了 “开源” 这个名分大义，容易被抢占生态位。

Elastic再次开源了，其他家收缩许可协议的不考虑考虑吗?

参考链接：

https://www.businesswire.com/news/home/20240829537786/en/Elastic-Announces-Open-Source-License-for-Elasticsearch-and-Kibana-Source-Code/

https://simonwillison.net/2024/Aug/29/elasticsearch-is-open-source-again/