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虽然又开源了，但是结果大概率应该是不会有什么好结果，因为这不是他们主动想开源，而是山穷水尽，被迫又开源了。