相爱相杀六年，Elastic终与AWS就商标问题达成共识
作者 | 宋林飞
近日，之前被大家所广泛关注的开源厂商Elastic与云厂商AWS之间的商标权纷争迎来了最新的进展。2月17日，Elastic官方博文宣布了与AWS关于商标权的官司已经盖棺定论，双方在此问题上达成了共识。从此以后，在AWS和AWS Market中出现的所有Elasticsearch服务都只为Elastic公司提供的服务。AWS会遵循Elasticsearch和Kibana新许可的规定，包括对其服务进行更名。同时，Elastic也表示在未来还会继续专注于与Amazon的合作，为其在AWS上使用Elastic的共享客户带来利益。并且在简化数据摄入和简化Elastic cloud在AWS上的使用方面Elastic也看到了巨大的合作前景。
相信很多小伙伴对这场纷争的记忆都已经有些模糊，毕竟这场纠纷从源头算起已经持续了六年多的时间。那就让我们一起来回顾一下这场纷争的始末。
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我们应该如何去理解？可以在评论区留下你的看法。
相爱相杀六年，Elastic终与AWS就商标问题达成共识相关推荐
- 哥本哈根学派创始人：不会踢足球的物理学家不是一个牛逼的教育家，与爱因斯坦相爱相杀...
要说史上最帅的物理学家是马克斯·普朗克,很多人是反对的,他们表示: 那今天,咱们就来说说这个建立了哥本哈根学派,拿过诺贝尔物理学奖,跟爱因斯坦相爱相杀的物理界男神玻尔! 尼尔斯·玻尔 足球?物理? 1 ...
- 司马懿和诸葛亮之间的相爱相杀
阅读本文大概需要2分钟 良好的习惯需要不断慢慢培养.我现在基本每天晚上的轨迹是这样的:每天晚上下班后,洗漱完基本就到晚上七点半左右了. 19:30-21:00 看电视剧. 21:00-21:30 ...
- 阿里云CDN技术掌舵人文景：相爱相杀一路狂奔的这十年
提到阿里云CDN,不得不提技术掌舵人姚伟斌(文景),虽然他不是团队中最"老"的同学,但他却历经了淘宝业务发展最为飞速的几年,见证了从最初服务淘宝和集团内部的CDN,到如今国内服务客 ...
- 人类一败涂地电脑版_iOS账号分享 |人类一败涂地 我们继续相爱相杀，PC大火游戏移植！...
「 改变能改变的一切,接受不能改变的一切!」 ▼ PC 平台上爆火的多人物理益智游戏<人类一败涂地>(Human: Fall Flat)移动版正式登陆 iOS 和 Android 平台,游 ...
- 美团支付宝互探腹地 相爱相杀再度升级
文章原创来自洞见网:http://www.localonline.com.cn/view/ec/735.html,转载请注明出处. 20年前,网络还未盛行,曾有人做过一场行为艺术"不出门, ...
- 无责任猜想#冰桶挑战#大佬们相爱相杀众生相
看#冰桶挑战#大佬们点名的关系图谱,无意中发现很多有趣的关系啊,下面为八妹子自娱自乐无责任猜想,认真你就输了哦! 1. 微软谷歌苹果Facebook,老大哥.新小弟之间的相互厮杀 FACEBOOK的 ...
- Anchor Based和Anchor Free的相爱相杀与ATSS的诞生
前言 我们都知道按照是否出现RPN可将目标检测算法分为two-stage和one-stage,其中one-stage的一个主要代表便是YOLO系列,而根据是否存在先验锚框的定义我们也可以将其分为Anc ...
- 支付宝与微信转战刷脸支付，多年相爱相杀情归何处？
说起阿里巴巴与腾讯,似乎怎么也绕不开马云跟马化腾. 两马同台,自是不同凡响. 有次,两人同台颁奖. 主持人问马云:"你们都信马,你觉得两人之间最显著的区别是什么?" 马云笑答:&q ...
- 30年「相爱相杀」 ：30张照片回顾乔布斯和比尔盖茨之间「不得不说」的故事
Python实战社群 Java实战社群 长按识别下方二维码,按需求添加 扫码关注添加客服 进Python社群▲ 扫码关注添加客服 进Java社群▲ 来源丨BI 来源公众号丨新智元(ID:AI_era) ...
最新文章
- Scrum立会报告+燃尽图（十一月十五日总第二十三次）：代码规范与技术交流
- Linux搭建lamp(Apache+PHP+Mysql环境)centos7.2版详细教程
- IDEA好用的Servlet模板
- 使用Leaflet创建地图拓扑图
- RedHat 5.4+ Postfix +Extmail实现基于虚拟用户的邮件系统(三)
- 这些年，网商基本上靠薄利多销获利
- 机器学习如何从 Python 2 迁移到 Python 3
- 使用HTML编写简单的邮件模版
- 处女座的比赛资格（拓扑排序）
- 渲染系列教程（十八）实时全局光照
- weblogic部署war包
- 使用SEGGER Jlink下载hex文件
- 固态硬盘进阶知识：颗粒篇
- 计算机的ps快捷键,【教程】如何设置ps的快捷键？
- RGB颜色对照表（全）
- 计算机蓝屏代码0xc0000020,Win10打开软件提示“损坏的映像 错误0xc0000020”的解决方法...
- C语言中%d,%s,%x,%f,%.100f,%的意思
- 微信公众平台开发之基于百度 BAE3.0 的开发环境搭建（MyEclipse + SVN）
- 极智开发 | 华为云ECS本地开发环境搭建
- AMD天下!10款超性价比S754闪龙主板