关注飞总聊IT,了解IT行业的方方面面。
Elastic官网官宣,ElasticSearch又重新开业了。
那么,具体是怎么回事呢?
2021年1月15日, ElasticSearch决定,将自己的开源协议,从Apache 2.0改成SSPL和Elastic License。
这个协议其实就是MongoDB的源代码许可。简单来说,如果云厂商提供了服务,那么云厂商就得把自己家底里面所有相关的代码都开源出来。
而Elastic的协议,也差不多,简单来说,如果产品想作为SaaS使用的话,需要买商业授权付费。
云厂商当然不喜欢。社区也不喜欢。有人觉得这是对云厂商白嫖的报复,也有人认为这是对开源的背叛。
Elastic自己也表示,修改协议以后,就不是开源项目了,但是用户依然可以访问源代码。
当然,Elastic说,这事情他们不得不这样做,因为亚马逊AWS从2015年白嫖。
然而,AWS几个月以后就推出了OpenSearch项目。
OpenSearch是基于依然开源的7.10版本的代码分支维护。AWS删了里面和Elastic有关的所有代码,然后让所有用户都能用。
由于功能上两者相差并不大,而OpenSearch是真的开业项目,结果很多厂商都支持OpenSearch。
现在的结果是这个分叉的OpenSearch,比正版的ElasticSearch还要有影响力。很多企业还是喜欢白嫖。
于是你说将来会怎么样,显然Elastic并不像MongoDB那样,通过商业授权,闭源的方式取得了成功,相反的,日子越来越难过了。
仔细看了一下Elastic这次选用的开源协议是AGPL 3。这可以说是所有开源协议里面最苛刻的了。
有些人干脆就不承认AGPL 3是开源协议。
但是不管怎么样,AGPL 3还是一种OSI承认的开源协议。只不过,你想要白嫖对方代码,你就得贡献了。
所以现在有一个趋势,很多开源项目都从Apache 2.0换成AGPL 3了。
我觉得这个趋势也没什么毛病。毕竟云厂商从来都不回馈社区,如果开源协议没办法去治一下这些云厂商的话,那么开源项目除了被白嫖,确实也没什么其他选项了。
但是话说回来,这次又开源,用上了AGPL 3,就能够拯救Elastic吗?
我觉得也未必。毕竟,之前它们就没有在改协议的情况下,继续扩大市场份额。
这说明,和MongoDB比起来,Elastic的独家技术和底气还是差了那么一点。
换句话说,既然2021年选择了闭源,但是却又搞砸了自己的社区。现在只是改一下协议,就想让很多人抛弃OpenSearch回到Elastic的怀抱,也不是那么容易的事情。
换东西有代价,再换东西还是有代价的。何况Elastic和分支出去的OpenSearch比起来,到底有多大的优势呢?反正从DB Engine的排名上,我没看出来。
分家容易,再让用户迁回来,就不容易了。所以Elastic虽然又开源了,但是结果大概率应该是不会有什么好结果。
因为这不是他们主动想开源,而是山穷水尽,被迫又开源了。
宣传一下我的朋友圈。朋友圈已经很多年了,能听到飞总更真实的,不用遮遮掩掩话,能直接向飞总咨询。优惠券最后一天有效了。
新人优惠券100份:
续费85折,外加优惠券100份:
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.