Elasticsearch 是开源软件。再次启航!
[D.N.A] Elasticsearch 和 Kibana 又可以称为开源软件了。很难表达这句话让我有多高兴。激动得简直要跳起来了。Elastic 公司的所有员工都是如此兴奋。开源已融入我的基因。它已融入 Elastic 的基因。能够再次将 Elasticsearch 称为开源软件是一件令人非常高兴的事。
[LOVE.] 简而言之,在未来几周内,我们将在 ELv2 和 SSPL 之外增加 AGPL 许可证。在更改许可证之后,我们从未停止过对开源社区的信念和行为。但是,通过使用 AGPL(一种经 OSI 批准的许可证),就可以使用“开源”一词,从而消除人们可能存在的任何疑问或疑惑。
[Not Like Us] 在 Elastic,我们从未停止过对开源的信念。我从未停止对开源的信念。作为一名真正的信徒,我已经坚持了 25 年。那么,为什么要在 3 年前做出改变呢?我们在使用 AWS 时遇到了问题,他们的产品造成了市场混乱。因此,在尝试了我们能想到的所有其他选项后,我们更改了许可证,因为我们知道这会导致 Elasticsearch 出现一个具有不同名称和不同轨迹的分支。说来话长。
[Like That] 好消息是,虽然这很痛苦,但它起了作用。3 年后,Amazon 对其分叉进行了全面投资,市场混乱已经(大部分)得到解决,我们与 AWS 的合作关系比以往任何时候都更加牢固。我们甚至被评为 AWS 年度合作伙伴。我一直希望,经过足够的时间,我们就可以安全地回到开源项目,现在我们终于做到了。
[All The Stars] 我们希望尽可能简化用户的生活。我们有一些人非常喜欢 ELv2(一种受 BSD 启发的许可证)。我们有一些人员已获得 SSPL 批准(通过 MongoDB 使用它)。这就是为什么我们只是添加了另一个选项,而没有删除任何内容。如果您已在使用并喜欢 Elasticsearch,请继续使用,一切照旧。对于其他人,您现在也可以选择 AGPL。
[LOYALTY.] 我们之所以选择 AGPL 而不是其他许可证,是因为我们希望与 OSI 的合作能为开源许可证领域提供更多选择。看来,另一种经 OSI 批准的许可证将与 SSPL 和/或 AGPL 相似。也许对于像我们这样的基础架构软件来说,AGPL 已经足够了,毕竟自我们不得不更改许可证以来(例如,Grafana 从 Apache2 迁移到 AGPL),情况已经发生了变化。我们致力于解决这个问题。
[euphoria] 我很高兴能够再次称 Elasticsearch 为开源软件。
[Alright] 任何改变都可能带来混乱,当然,也可能会出现恶意评论。(难道不是总有恶意评论吗?)让我们玩得开心,试着回答其中的一些问题。以下是一些我可以想象到的内容,但让我们继续补充一下。
- “更改许可证是个错误,Elastic 现在又反悔了。”3 年前,我们更换了许可证,消除了很多市场混乱。因为我们的行动,很多事情都发生了变化。如今,情况已经完全不同了。我们不是生活在过去。我们希望为用户创造更美好的未来。正是因为我们当时采取了行动,我们现在才有能力采取行动。
- “AGPL 不是真正的开源,许可证 X 才是”:AGPL 是 OSI 批准的许可证,并且被广泛采用。例如,MongoDB 曾经是 AGPL,而 Grafana 现在是 AGPL。它表明 AGPL 不会影响使用量或受欢迎程度。我们选择 AGPL 是因为我们相信,这是与 OSI 一起为世界上更多(而不是更少)的开源软件铺平道路的最佳方式。
- “Elastic 更改许可证,因为他们做得不好”- ——首先我想说的是,我今天和以往一样对 Elastic 的未来感到兴奋。我为我们的产品和我们团队的执行力感到非常自豪。我们为 GenAI 用例提供了无状态 Elasticsearch、ES|QL 以及大量矢量数据库/混合搜索改进。在日志记录和可观测性方面,我们非常倚重 OTel。我们的安全 SIEM 产品不断增加令人惊叹的功能,是市场上增长最快的产品之一。用户的反应令人感动。股市会有涨有跌。我可以向您保证的是,我们始终着眼于长远,而这种变化是其中的一部分。
如果我们看到更多,我们会将它们添加到上文,希望能减少混淆。
[HUMBLE.] 为未来而建设真是令人兴奋。Elasticsearch 又回到了开源状态。耶!这是多么美妙的事情。多么美好的一天。
永远 :elasticheart: 开源
Shay
立即注册14 天免费试用版,开始使用 Elastic Cloud 。