关注飞总聊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份：