Elasticsearch 再次开源

“ 原文转载自：https://www.elastic.co/cn/blog/elasticsearch-is-open-source-again ”

[D.N.A] Elasticsearch 和 Kibana 又可以被称为开源了。很难表达这句话让我有多高兴。我激动得简直要跳起来了。我们 Elastic 的所有人都是如此。开源是我的 DNA。这也是Elastic的DNA。能够再次将 Elasticsearch 称为开源，我感到非常高兴。

[LOVE.] 简而言之，我们将在未来几周内添加 AGPL 作为 ELv2 和 SSPL 之外的另一个许可证选项。更改许可证后，我们从未停止过对开源社区的信念和行为。但是，通过使用 AGPL（OSI 批准的许可证），我们可以使用开源这一术语，从而消除了人们可能存在的任何疑问或疑虑。

[Not Like  US] 我们从未停止过对 Elasticsearch 开源的信仰，也从未停止过对开源的信仰。作为一个真正的信仰者，我已经坚持了 25 年。那么，为什么要在 3 年前做出改变呢？我们对 AWS 及其产品造成的市场混乱感到不满。因此，在尝试了我们能想到的所有其他方案后，我们改变了许可证，因为我们知道这将导致 Elasticsearch 以不同的名称和轨迹分叉。说来话长。

[Like That] 好消息是，虽然这很痛苦，但它起作用了。3 年后，亚马逊对他们的分叉进行了全面投资，市场混乱问题（大部分）得到了解决，我们与 AWS 的合作关系比以往任何时候都更加牢固。我们甚至被评为 AWS 年度合作伙伴。我一直希望能有足够的时间，让我们可以放心地重新成为一个开源项目--现在终于实现了。

[All The Stars] 我们希望尽可能简化用户的生活。我们有人非常喜欢 ELv2（一种受 BSD 启发的许可证）。我们的用户已经认可 SSPL（通过 MongoDB 使用）。这就是为什么我们只是增加了一个选项，而没有删除任何内容。如果您已经使用并喜欢 Elasticsearch，请继续使用，没有任何变化。对于其他人，现在也可以选择 AGPL。

[LOYALTY] 我们之所以选择 AGPL，而不是其他许可证，是因为我们希望我们与 OSI 的合作能为开源许可证领域提供更多选择。而且，似乎另一种 OSI 批准的许可证将与 SSPL 和/或 AGPL 押韵。哎呀，也许对于像我们这样的基础架构软件来说，AGPL 就足够了，因为我们不得不改变许可证（例如，从 Apache2 转到 AGPL 的 Grafana）。我们致力于解决这个问题。

[euphoria] 我很高兴能够再次称 Elasticsearch 为开源软件。

[Alright] 任何改变都会带来困惑，当然也会有恶意攻击。(不是总有恶意攻击吗？）让我们找点乐子，试着回答其中的一些问题。以下是我能想到的一些答案，但让我们继续补充吧。

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

“AGPL 不是真正的开源，X 许可证才是"：AGPL 是经 OSI 批准的许可证，而且被广泛采用。例如，MongoDB 曾经是 AGPL，而 Grafana 则是 AGPL。由此可见，AGPL 并不影响使用和普及。我们之所以选择 AGPL，是因为我们相信这是开始与 OSI 一起为世界上更多开源而不是更少开源铺平道路的最佳方式。

“Elastic改变许可证是因为他们做得不好"--我首先要说的是，今天我对Elastic的未来一如既往地感到兴奋。我为我们的产品和团队的执行力感到无比自豪。我们推出了无状态 Elasticsearch、ES|QL 以及大量针对 GenAI 用例的向量数据库/混合搜索改进。在日志和可观察性方面，我们正在大力发展 OTel。我们在安全领域的 SIEM 产品不断增加令人惊叹的功能，是市场上增长最快的产品之一。用户的反应令人谦卑。股市有涨有跌。我可以向你们保证的是，我们始终着眼于长远，而这种变化就是其中的一部分。

如果我们看到更多，我们会在上面添加，希望能减少混乱。

[HUMBLE.] 为未来而建，这太令人兴奋了。Elasticsearch 恢复开源了。耶! 多么美妙的一句话。多么美好的一天。