相爱相杀六年,Elastic终与AWS就商标问题达成共识

2022 年 2 月 18 日 CSDN


【编者按】经过6年多的相爱相杀,AWS与Elastic的商标纠纷终于告一段落。但是关于云厂商和开源厂商之间battle的舆论风波还远远没有结束。你是怎么看待Elastic与AWS之间的纠纷的?开源厂商和云厂商你站哪边?


作者 | 宋林飞        责编 | 张红月
出品 | CSDN(ID:CSDNnews)

近日,之前被大家所广泛关注的开源厂商Elastic与云厂商AWS之间的商标权纷争迎来了最新的进展。

2月17日,Elastic官方宣布了与AWS关于商标权的官司已经盖棺定论,双方在此问题上达成了共识。从此以后,在AWS和AWS Market中出现的所有Elasticsearch服务都只为Elastic公司提供的服务。AWS会遵循Elasticsearch和Kibana新许可的规定,包括对其服务进行更名。同时,Elastic也表示在未来还会继续专注于与Amazon的合作,为其在AWS上使用Elastic的共享客户带来利益。并且在简化数据摄入和简化Elastic cloud在AWS上的使用方面Elastic也看到了巨大的合作前景。

相信很多小伙伴对这场纷争的记忆都已经有些模糊,毕竟这场纠纷从源头算起已经持续了六年多的时间。那就让我们一起来回顾一下这场纷争的始末。


Battle回顾


2015年,AWS基于开源技术Elasticsearch推出了自己的云服务--Amzon Elasticsearch Service。这一行为当时在开源圈中引发了热烈的讨论,同时也开始了一场云厂商与开源厂商的之间旷日持久的battle。

Elastic是基于开源搜索引擎Elasticsearch及开源数据可视化分析平台Kibana创立的商业化公司,它的业务包括帮助各类企业及客户构建自己的搜索引擎,同时也提供将数据及应用结合形成的一系列解决方案,例如应用程序搜索、站点搜索、日志记录、指标分析等。Elastic的业务很大程度上依赖于Elasticsearch和Kibana,收费方式包括软件产品服务订阅制和SaaS云服务。


Elastic的SaaS产品Elastic Cloud利用第三方公有云的基础设施完成了部署,然后和公有云共同向客户提服务并对收入进行分成。这本是常见的商业合作模式,但AWS认为在本身的基础设施上也需要提供自有的搜索应用功能,于是就在Elasticsearch上发布了自己的名叫Amzon Elasticsearch Service的云服务。

这个行为直接引起了Elastic的强烈不满和反抗。首先是于2019年,Elastic以商标侵权的罪名将AWS告上法庭。主要是针对AWS产品中“Elasticsearch”的字眼与其旗下开源搜索引擎重名,会给造成客户混淆。后来Elastic于2021年初修改了Elasticsearch和Kibana的开源协议。将License从原来的Apache2.0的许可换成了服务端公用许可证协议(Sever Side Public License)与Elastic License 双许可。不同于Apache2.0许可,新的License严格的限制了公有云厂商在开源代码上进行开发后再发布成其自有产品的行为。

针对Elastic的反抗行为,AWS也作出了回应,对Elastic修改License的行为进行了抨击。在2021年1月AWS的官方博文中,AWS说到:“Elastic声称的自由开放的说法存在误导性,Elastic 一边宣扬开源代码的好处,同时又在破坏开源代码自身的定义”。并且,AWS也表示会抓紧建立并维护沿用Apache2.0许可的Elasticsearch与Kibana开源fork。


纷争结束?


尽管从法律层面上,两家厂商的此次商标之争仿佛已经告一段落。但是在社区舆论中,此次纷争掀起的波澜还在继续。

从开源许可的角度,有些人认为AWS的行为是没有问题的,因为基于Elasticsearch和Kibana最初的Apache2.0许可,云厂商可以基于开源项目发行自己的产品。而Elastic方面仅仅因为商标的原因更改开源许可的行为只是为了建立对Elasticsearch的垄断,认为这是反开源的举动,“Elastic 的行为辜负了社区,辜负了大家的信任”。

另外,也有一些开发者认为AWS在产品中使用Elasticsearch的字眼确实会给用户带来混淆,也是对Elastic商标和开源技术的不尊重。表示希望AWS可以凭服务的质量与Elastic公平竞争,因为在之前的一段时间内在AWS market中搜索“Elasticsearch”关键词时优先的搜索结果都是AWS的服务。

还有一些人认为此次AWS和Elastic的纠纷只是商业竞争,双方都是为了各自的商业利益,因此没有对错之分。

那么对于此次Elastic和AWS的纠纷你站哪边?对于云厂商和开源厂商的battle我们应该如何去理解?可以在评论区留下你的看法。

新程序员003》正式上市,50余位技术专家共同创作,云原生和数字化的开发者们的一本技术精选图书。内容既有发展趋势及方法论结构,华为、阿里、字节跳动、网易、快手、微软、亚马逊、英特尔、西门子、施耐德等30多家知名公司云原生和数字化一手实战经验!


   
   
     
微信支持聊天图片搜索;英伟达因终止收购ARM损失13.6亿美元;TypeScript 4.6 RC发布|极客头条
☞“开源和商业化不能形成对立!”
听说,英特尔要对外开放 x86 授权?
登录查看更多
0

相关内容

由亚马逊云平台提供的一种信息服务。
2021年中国量子计算应用市场研究报告
专知会员服务
37+阅读 · 2021年10月28日
专知会员服务
34+阅读 · 2021年10月17日
【2021新书】机器学习模型生产部署实践,161页pdf,
专知会员服务
111+阅读 · 2021年6月11日
专知会员服务
39+阅读 · 2021年5月18日
【经典书】C语言傻瓜式入门(第二版),411页pdf
专知会员服务
51+阅读 · 2020年8月16日
红帽、Docker、SUSE 在俄罗斯停服
CSDN
0+阅读 · 2022年3月10日
Node.js 商标转让给 OpenJS 基金会
CSDN
0+阅读 · 2022年2月15日
无处不在的AWS云计算
CSDN
2+阅读 · 2022年1月20日
开发人员新常态,和云原生相爱相杀
CSDN
0+阅读 · 2022年1月11日
AWS 高管外流,竟是 MongoDB “撬墙角”?
CSDN
0+阅读 · 2021年12月27日
国家自然科学基金
0+阅读 · 2014年12月31日
国家自然科学基金
0+阅读 · 2014年12月31日
国家自然科学基金
0+阅读 · 2013年12月31日
国家自然科学基金
0+阅读 · 2013年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
Arxiv
0+阅读 · 2022年4月16日
Arxiv
0+阅读 · 2022年4月7日
VIP会员
相关VIP内容
2021年中国量子计算应用市场研究报告
专知会员服务
37+阅读 · 2021年10月28日
专知会员服务
34+阅读 · 2021年10月17日
【2021新书】机器学习模型生产部署实践,161页pdf,
专知会员服务
111+阅读 · 2021年6月11日
专知会员服务
39+阅读 · 2021年5月18日
【经典书】C语言傻瓜式入门(第二版),411页pdf
专知会员服务
51+阅读 · 2020年8月16日
相关基金
国家自然科学基金
0+阅读 · 2014年12月31日
国家自然科学基金
0+阅读 · 2014年12月31日
国家自然科学基金
0+阅读 · 2013年12月31日
国家自然科学基金
0+阅读 · 2013年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
Top
微信扫码咨询专知VIP会员