| CSDN（ID：CSDNnews）

在技术圈，Elasticsearch 及其可视化工具 Kibana 可谓是数据搜索和分析领域的明星。然而三年前，由于与 AWS 之间的纠纷，Elastic 公司做出了一个震动整个开源界的决定——更改其核心产品 Elasticsearch 和 Kibana 的开源许可证。当时，这一举动引起了广泛的讨论和争议。

时隔三年，今日 Elastic 公司正式宣布：他们将在未来几周内为 Elasticsearch 和 Kibana 增加一个新的许可证选项 AGPL——这意味着，Elasticsearch 将重新回到开源的怀抱！

Elastic 公司创始人兼首席技术官 ShayBanon 在官博激动表示：“现在Elasticsearch 和 Kibana 可以再次被称为开源软件了！我无法形容这种喜悦之情，我高兴得简直快要跳起来了。”

三年前，与 AWS 之间的“混乱”局面

回顾三年前，也就是 2021 年 1 月，当时 Elastic 公司决定把 Elasticsearch 和 Kibana 的许可证从 Apache2.0 变更为 Elastic License 2.0（ELv2）和 Server Side Public License（SSPL）双许可。尽管这两个许可证也允许源代码公开，但它们并不符合开源倡议组织（OSI）的开源定义。

简单介绍一下：SSPL 是由 MongoDB 制定的源代码许可，它对云服务提供商做出了限制，即要求云服务提供商在未对项目做出贡献的情况下，不允许发布自己的开源产品即服务；ELv2 则要求若将产品作为 SaaS 使用则需要获得商业授权。

据悉，Elastic 做出这一决定的主要原因是想解决与 AWS 服务之间的“混乱”局面。当时 AWS 提供了一项名为 Amazon Elasticsearch Service 的托管服务，而这个服务使用了开源的 Elasticsearch 代码，但 AWS 却没有对社区和 Elastic 做出相应贡献，这让 Elastic 感到不满，甚至直接指责此举是“很明显的商标侵权行为”。

Shay Banon 在回忆当时做此决定时表示，“因此，在尝试了我们能想到的所有其他方案后，我们更改了许可证，因为我们知道这将导致 Elasticsearch 以不同的名称和轨迹分叉。”

如 Shay Banon 所说，Elastic 的这个决定直接促使 AWS 创建了自己的 Elasticsearch 分支，即 OpenSearch 项目。近几年该项目逐渐发展壮大，AWS 也在这个项目中投入了大量资源。

三年后的反思：为何回归开源？

在这三年的时间里，Elastic 公司和整个开源社区都经历了很多变化。Shay Banon 坦言，这三年对于 Elastic 来说既是挑战也是机遇：“在 Elastic，我们从未停止对开源的信仰。尽管许可证发生了变化，但我们一直在像开源社区一样运作。”

Elastic 公司坚持认为，虽然当时的决定是不得已而为之，但现在是时候重新审视这一决定了：“尽管经历了痛苦，但这一切最终还是奏效了。三年过去，亚马逊已全面投入他们的分支，市场上的混乱问题已解决大半，而我们与 AWS 的合作关系更是前所未有的牢固。”

这一次，Elastic 公司选择了 AGPL 许可证，该许可证要求在网络上分发软件的同时也要公开源代码，这对于保护 Elastic 的知识产权和商业利益至关重要。这是一种被 OSI 认可的开源许可证，符合开源的定义，也就是说 Elasticsearch 和 Kibana 将再次能用“开源”这个词来形容。

不过需要明确的是，引入 AGPL 许可证并不意味着 Elastic 就放弃了 Elastic License 和 SSPL——他们只是在此基础上，增加了一个新的选项。

Shay Banon 解释道：“我们希望尽可能简化用户的使用体验。有些用户非常喜欢 ELv2（一个受 BSD 启发的许可证），也有些用户认可 SSPL（通过 MongoDB 使用的）。我们只是添加了一个新选项，而不是移除任何已有的。”这意味着，现有用户可以继续使用他们习惯的许可证，而新用户或对许可证有特殊需求的用户，则可以选择 AGPL。

应对质疑：“本就是一个错误，现在Elastic 反悔了？”

“任何改变都会带来一些质疑，当然也会引来一些挑剔者。”在宣布 Elasticsearch 重新开源的同时，Shay Banon 就已经预料到会受到许多负面评论，为此他在博文中一一提前回应。

• “三年前更改许可证就是一个错误，所以现在 Elastic 反悔了”。

三年前我们更改许可证时，是为了缓解市场上的混乱局面。由于我们的决定，很多事情都改变了，但现在的环境完全不同了。我们不会活在过去，而是希望为用户构建一个更好的未来。正因为我们当时采取了行动，现在我们才有机会再次做出改变。

• “AGPL 不是完全的开源，XX 许可证才是。”

AGPL 是一个获得 OSI 认可的许可证，而且被广泛采用。例如，MongoDB 曾使用 AGPL，Grafana 现在也使用 AGPL。这表明 AGPL 并不会影响项目的使用或流行度。我们选择 AGPL 是因为我们相信，这是与 OSI 一起推动世界开源的最佳途径。

• “Elastic 现在才更改许可证，是因为这几年他们经营不佳。”

我想说的是，我对 Elastic 的未来依然充满期待，我也为我们的产品和团队执行力感到无比自豪。我们推出了无状态 Elasticsearch、ES|QL 以及大量针对生成式 AI 用例的向量数据库/混合搜索改进；我们在日志记录和可观察性方面大力采用 OTel；我们的安全信息和事件管理（SIEM）产品不断增加新功能，并且是市场上增长最快的产品之一……我可以向你保证，我们始终考虑的是长期发展，而这次的改变也是其中的一部分。

参考链接：https://www.elastic.co/cn/blog/elasticsearch-is-open-source-again

声明：本文版权归原作者及原出处所有，内容为作者观点，并不代表本公众号赞同其观点及对其真实性负责。如涉及版权等问题，请及时与我们联系，我们立即更正或删除相关内容。本公众号拥有对此声明的最终解释权。