写点什么

AWS 和 Elastic 吵起来了:鄙视改开源协议,我们要做真正开源的 Elasticsearch

  • 2021-01-24
  • 本文字数:1809 字

    阅读完需:约 6 分钟

AWS 和 Elastic 吵起来了:鄙视改开源协议,我们要做真正开源的Elasticsearch

1 月 15 日,Elasticsearch 创始人 Shay Banon 在公司官网发文,宣布将更改开源协议,从 Elastic 7.11 版本开始,Elasticsearch 与 Kibana 代码所遵循的 Apache 2.0 许可会调整为 SSPL 与 Elastic License 双许可。


针对 Elasticsearch 与 Kibana 开源协议更改,Elastic 和 AWS 都发表了自己的观点。Elastic 表示更改协议是被 AWS 逼迫的无奈之举,坚决抵制“白嫖”;而 AWS 则认为 Elastic 此举只是为了壮大自己的业务,不想其它人提供 Elasticsearch 托管服务,更改后的 SSPL 协议既不自由也不开源。

坚持抵制“白嫖”,Elastic CEO 狂怼 AWS 行为不端


1 月 20 日,Shay Banon 在公司官网发文表示,他们决定将 Elasticsearch 和 Kibana 的开源协议由 Apache 2.0 变更为 SSPL 与 Elastic License,这是因为被 AWS 的所作所为逼于无奈作出的选择。


Shay Banon 在文中强烈表达了自己的不满,措辞激烈:



“亚马逊于 2015 年基于 Elasticsearch 推出自己的服务,还将其称为 Amazon Elasticsearch Service,这是很明显的商标侵权行为。NOT OK。”


“我在 2011 年借了一笔个人贷款来注册 Elasticsearch 商标… 看到商标如此公然地滥用,我特别痛苦。亚马逊问题迫使我们提起诉讼。NOT OK。”


“商标问题让用户感到困惑,以为是 Elastic 和亚马逊之间有合作,这不是真的。NOT OK。”


“… 多年来这种困惑仍然存在。NOT OK。”


“亚马逊针对 Elasticsearch 的 Open Distro 分支,进一步分裂了我们的社区,引发了相当多的混乱。NOT OK。”


“… 最近,我们发现了更多挑战道德底线的例子。我们已经在专有功能方面上与众不同,现在这些设计却被视为来自亚马逊的灵感。NOT OK。”

AWS 回应:我们没有逼迫,将打造真正的开源 Elasticsearch


1 月 21 日,AWS 官方博客更新博文《Stepping up for a truly open source Elasticsearch》,并表示:Elastic 专门发布博文宣称“这一切都是 AWS 逼的”,但群众的眼睛是雪亮的,我们没有做出做出任何逼迫行为。很明显,Elastic 的限制性许可只是为了阻止其他人提供托管 Elasticsearch 服务,帮助 Elastic 建立起更庞大的业务体系。


对于更改后的开源协议,AWS 表示 Elastic 声称“SSPL 自由开放”的说法存在误导性。AWS 认为 Elastic 一边宣扬开源代码的好处,同时又在破坏开源代码自身的定义。SSPL 其实是一种非开源许可,只是通过模糊二者边界的方式让自己看起来像是开源许可。正如 Fedora 社区做出的评论,“SSPL 既不自由也不开源,它的出现给 FOSS 生态系统中的一切其他许可蒙上了阴影。


开源协议更改之后,AWS 将会如何应对呢?“Elasticsearch 与 Kibana 变更开源协议之后就不再是真正的开源软件。为了确保两款软件包的开源版本仍然可用并继续获得良好支持(特别是在 AWS 产品当中),我们今天正式宣布,AWS 将抓紧建立并维护沿用 ALv2 许可的 Elasticsearch 与 Kibana 开源 fork。”


其实,2019 年 AWS 就发布了 Elasticsearch 的增强发行版本 Open Distro for Elasticsearch ,基于 Apache 2.0 100% 开源,除了 Elasticsearch,还包含来自 Elasticsearch 分析和搜索仪表板 Kibana 的源码。


当时,AWS 表示:“创建 Open Distro for Elasticsearch 的目标不在于分叉 Elasticsearch,我们还将继续向上游项目提供贡献。”


现在,AWS 将会有所动作,“我们的 Elasticsearch 与 Kibana fork 将基于 ALv2 许可的最新 7.10 代码库版本。并在接下来的几周内发布新的 GitHub repo,用以替代 Elastic 提供的 ALv2 版本。”


同时,AWS 对于 Open Distro for Elasticsearch 的未来发展保持积极态度,“我们期待使用 ALv2 许可为 Elasticsearch 与 Kibana 提供真正的开源选项,并携手社区一同建设光明的未来。”

开源社区如何看待这次开源协议更改?


Elasticsearch 与 Kibana 开源协议更改也引起了社区和开发者的广泛谈论。虽然 Shay Banon 和 Elasticsearch 布道师们一直在强调:“源代码许可的改变对绝大多数免费使用默认发行版的社区用户没有任何影响。”


但是 Elastic 修改协议的这个行为还是引发了社区不满。


有开发者吐槽表示:“Elasticsearch 属于社区中的 1573 位贡献者,这些贡献者保留其版权,并授予 Elastic 不受限制地分发其作品的许可。开源是社区的工作…Elastic 更改协议是为了获得更多的钱,是为了建立对 Elasticsearch 的垄断… 这是反开源的举动。Elastic 的行为辜负了社区,辜负了大家的信任。"


对于 Elasticsearch 与 Kibana 开源协议更改,您有什么看法?欢迎留言评论。


2021-01-24 12:023291

评论

发布
暂无评论
发现更多内容

2023年总结

wood

文心一言 VS 讯飞星火 VS chatgpt (197)-- 算法导论14.3 5题

福大大架构师每日一题

福大大架构师每日一题

听GPT 讲Rust Tokio源代码(6)

fliter

听GPT 讲Deno源代码(1)

fliter

跨越财务困境,聚道云软件连接器如何助力企业轻松实现数字化转型?

聚道云软件连接器

案例分享

考研失败如何快速找到编程工作?

王磊

Java 考研

听GPT 讲Deno源代码(3)

fliter

京东零售技术小哥带你揭秘:亿级流量高并发春晚互动前端技术

京东零售技术

前端 春晚

听GPT 讲Deno源代码(2)

fliter

TiDB 与MySQL优化器在特定语句下执行效果对比(一)

TiDB 社区干货传送门

性能调优 实践案例 版本测评

TiDB 与MySQL优化器在特定语句下执行效果对比(二)

TiDB 社区干货传送门

性能调优 实践案例 版本测评 新版本/特性发布 6.x 实践

根深叶茂,众行致远 | OpenHarmony项目群技术指导委员会迎新春,展未来

科技热闻

汽车零部件MES系统实施方案

万界星空科技

汽车 mes 万界星空科技 汽车零部件

听GPT 讲Rust Tokio源代码(7)

fliter

听GPT 讲Rust Tokio源代码(8)

fliter

【奖项公布】首届全球 TiDB 文档挑战赛圆满收官!来看看前五名花落谁家!

TiDB 社区干货传送门

初识TiDB的增量数据同步工具TiCDC

TiDB 社区干货传送门

迁移 实践案例 7.x 实践

php作业1

大肚皮狒狒

TiDB 7.5.0 LTS 高性能数据批处理方案

TiDB 社区干货传送门

新版本/特性解读

TiFlash亿级多表关联优化实践,从无法跑出结果优化到2.59秒

TiDB 社区干货传送门

性能调优 实践案例 OLAP 场景实践

数据所在,计算随行:Databend 的 2023 年度总结

Databend

华为音乐用AI送上新年佳曲,花式祝福迎龙年新春

最新动态

华为智慧屏游戏中心合家欢会员免费领!春节团聚畅玩《小小炸弹人》等合家欢游戏

最新动态

Optimism为 CQT提供价值 20 万美元的生态系统资助,以表彰其支持

股市老人

Java break、continue 详解与数组深入解析:单维数组和多维数组详细教程

小万哥

Java 程序人生 编程语言 软件工程 后端开发

新年新岁,好运 long long

阿里云CloudImagine

云计算 视频云

使用 TiKV 读改写 TiDB 数据

TiDB 社区干货传送门

TiDB 源码解读 TiKV 底层架构

听GPT 讲Deno源代码(4)

fliter

听GPT 讲Rust Tokio源代码(4)

fliter

年青DBA应该学习的数据库之TiDB

TiDB 社区干货传送门

数据库架构设计 数据库前沿趋势

TIKV 分布式事务--乐观事务 2PC 概览

TiDB 社区干货传送门

TiDB 底层架构 TiKV 源码解读

AWS 和 Elastic 吵起来了:鄙视改开源协议,我们要做真正开源的Elasticsearch_开源_田晓旭_InfoQ精选文章