作者 | 宋林飞
近日,之前被大家所广泛关注的开源厂商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云服务。
![](https://i-blog.csdnimg.cn/blog_migrate/99be62f93e3bb73ea6d9a051e1adf3be.png)
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我们应该如何去理解?可以在评论区留下你的看法。