社区所有版块导航
Python
python开源   Django   Python   DjangoApp   pycharm  
DATA
docker   Elasticsearch  
aigc
aigc   chatgpt  
WEB开发
linux   MongoDB   Redis   DATABASE   NGINX   其他Web框架   web工具   zookeeper   tornado   NoSql   Bootstrap   js   peewee   Git   bottle   IE   MQ   Jquery  
机器学习
机器学习算法  
Python88.com
反馈   公告   社区推广  
产品
短视频  
印度
印度  
Py学习  »  Elasticsearch

时隔 3 年,Elasticsearch 又重新开源了!

程序员好物馆 • 6 月前 • 481 次点击  

整理 | 郑丽媛

出品 | CSDN(ID:CSDNnews)


在技术圈,Elasticsearch 及其可视化工具 Kibana 可谓是数据搜索和分析领域的明星。然而三年前,由于与 AWS 之间的纠纷,Elastic 公司做出了一个震动整个开源界的决定——更改其核心产品 Elasticsearch 和 Kibana 的开源许可证。当时,这一举动引起了广泛的讨论和争议。
时隔三年,今日 Elastic 公司正式宣布:他们将在未来几周内为 Elasticsearch 和 Kibana 增加一个新的许可证选项 AGPL——这意味着,Elasticsearch 将重新回到开源的怀抱!

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

三年前,与 AWS 之间的“混乱”局面
回顾三年前,也就是 2021 年 1 月,当时 Elastic 公司决定把 Elasticsearch 和 Kibana 的许可证从 Apache 2.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

好啦,今天的内容分享就到这,感觉不错的同学记得分享点赞噢!
PS:程序员好物馆 持续分享程序员学习、面试相关干货,不见不散!



    
分享
点收藏
点點赞
重点看


Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/173826
 
481 次点击