白嫖有罪！共享不是拿来主义，请尊重产权！
作者
八宝粥责编
张文
头图
CSDN下载自东方IC
每个开源项目都会有自己的一个开源协议，例如Apache、MIT、BSD、GPL等等，可以说是对于该项目开发者、使用者甚至是商业化受益者的一种约束。
不过，开源项目的开源协议也不是一条路走到黑的，不少著名的项目都曾经更换过开源协议。很大程度上是因为一个原因——云服务商白嫖，拿来别人辛苦开发的东西去做自己的收费产品，却并不进行反馈，这种『拿来主义』令很多开源项目团队表示不满。
Elatic这次更换协议的发声，不是第一个，也肯定不是最后一个。随着开源的普及和发展，未来此类事件会越来越多，也希望更多人能够从使用者、支持者，成为开源的贡献者。当然，尤其是云服务公司，总不能当貔貅吧～
日前Elastic公司宣布，将对旗下Elasticsearch和Kibana进行开源许可修改，从Apache2.0许可的源代码移到服务器端公共许可（SSPL）和Elastic许可的双重许可下，使用户可以选择要应用的许可。该公司市值多亿美元。根据官方信息，从7.11版本开始，两个产品的所有维护分支，默认发行版将继续使用Elastic协议。
目前，两个项目的协议分别更新于年和年
为什开源项目要改协议？
官方表示，为了保证社区和用户能够自由开放地访问、使用、修改和分发这两个产品和源码。重点来了：它还通过限制云服务提供商在不共享其修改内容和服务管理层的源代码的情况下限制其将我们的产品作为服务提供，从而保护了我们在开发免费和公开分发的产品方面的持续投资。
毕竟谁的钱也不是天上掉下来的，云服务商直接白嫖，云服务直接装上作为自己的产品打包赚钱，没有支持和回馈，这显然不合情理了。
Elastic表示，同阿里巴巴和腾讯建立了合作伙伴关系，两个产品不受影响，微软、谷歌、阿里和腾讯甚至是AWS的ElasticCloud也可以正常使用。
不过，Elastic我们与AmazonElasticsearchService上的AWS没有商业关系。不积极支持该服务，也不再希望我们对软件的投资直接受益于该服务。为了透明起见，我们还在与AWS进行持续诉讼。
都闹到对簿公堂了，可见积怨已久。
此次更换协议对于使用者有什么影响？
官方表示：没有影响，您还可以像之前一样使用。
改开源协议，还有谁？
当然有，而且不少。
3.1Redis年8月，RedisLab表示，Redis开源许可依然是BSD，但是模块许可协议修改为Apache2.0并附带CommonsClause。
年，RedisLabs决定删除CommonsClause，更换成新的许可RSAL，Redis表示该协议不针对开发人员，仅仅是为了自己对于产品的维护，防止云服务商打包产品进行垄断牟利。
3.2MongDB
年10月，MongoDB宣布更改开源协议，将从GNUAGPLv3更改为SSPL。此举遭到了红帽等组织的弃用，因为他们认为SSPL不是真的开源，当然，MongoDB也不否认，毕竟自己的产品一直被云服务商白嫖甚至是公然售卖，搁谁都受不了了。
3.3OpenCV
年7月，OpenCVOpenCV官方宣布，将开源协议从BSD变更为Apache2.0。目的是针对其中的“专利”相关进行说明。尽管代码本身免费，如果使用BSD许可的代码，当中包含的专利可能涉及到一系列的复杂问题。目前，OpenCV4.5.0及更高版本使用Apache2.0协议，而4.4.0以下版本采用了BSD协议。
3.4Google
这里也是针对云服务商，不过不是协议。
年，Google表示将不会将旗下的开源项目Knative捐给CNCF，毕竟自己造出了K8S，眼睁睁看着云服务商吃肉而自己连口汤都不喝不到，所以就决定利用自己的发明者的优势和云服务商竞争一下到底谁该吃这块肉。
当然，Google此举也遭到了一些开源项目创建者的反对。
那些神奇的协议
开源协议，规定开发者和使用者对于项目的修改和使用、分发等一系列行为。了解开源项目的朋友们可能对Apahce、MIT、GPL之类的开源协议再熟悉不过了，这里搁置不表，有兴趣的朋友可以直接去访问开源协议的