拒绝白嫖！开源模式的反击：向不要脸的云服务商收费！
共 1787字，需浏览 4分钟
·
2021-01-21 09:14
年底将至，又到了大多数打工人开始编写年终小结的时候，但是总有那么一群人，平时碌碌无为，一等到年底，就到处打听到处收集各种成效数字，然后各种不要脸的洋洋洒洒的写在自己的年终小结里，仿佛那些完全没参与过的项目都是他一手打造的，彷佛那些别人辛苦一年才做出的成绩理应给他一样。
遇到这种人，气不气？
其实这种人不在少数，也正是有这样的人，才会有拿来主义，才会有做事毫无底线的云服务商，才导致了开源商业模式一再萎靡。
关于云服务商和开源商业模式的纠葛，我们之前也发过一篇，可点击查看：云服务商正在杀死开源商业模式
当然，老实人并不代表着一定要被欺负！就在1月15号，Elastic 公司 官方宣布：改变 Elasticsearch 和 Kibana 的开源协议，由 Apache 2.0 变更为 SSPL 与 Elastic License。
这次变更的主要针对目的，就是那些毫无底线的云服务商！
Elastic 公司 的CEO Shay Banon在他的博文中解释到：
虽然，从Apache 2.0 变更为 SSPL 与 Elastic License会改变一部分源代码，但是对于绝大多数的使用免费版本的用户及Elastic 公司的云客户以及自主管理软件客户也不会受到影响。唯一会受影响的，就是云服务商。
SSPL 允许用户以自由且不受限制的方式使用并修改代码成果，但是SSPL也有自己的要求：那就是如果将产品以作为一种服务进行交付，那么必须同时公开发布所有关于修改及 SSPL 之下管理层的源代码。
由此将限制云服务商在不对项目做出任何贡献的前提下，发布云服务商自己的 Elasticsearch 与 Kibana 服务，从而达到保护Elastic 公司的权益，亦可以让公司在开发免费产品方面持续投入的热情和资源，避免恶性循环。
对于为什么会这么做，Shay Banon也给出了自己的解释：
长久以来，云服务商不断地肆意的将免费的开源软件集成到自己的云产品中，同时将其作为自己的云服务解决方案给予客户使用，俗称白嫖~造成了许多客户越来越多的放弃这些开源厂商的付费版本，直接断绝了开源厂商的经济来源！
早在Elastic之前，就有不少开源公司进行了变更：
Redis、MongDB、OpenCV、Google，Elastic绝不会是最后一个。
此次Elastic主要是借鉴了MongoDB的类似经验。
早在2018 年 10 月，MongoDB 就已经宣布将开源协议从 GNU AGPLv3切换到 SSPL，无论当时如何引起部分用户的不满，MongoDB 至少目前还很健康的继续经营，股价也从 2018 年的不足 100 美元 / 股涨到现在的 361 美元 / 股。可以说是开源公司学习的楷模。
SSPL 就是由 MongoDB 最初创建的可提供源代码的许可证，旨在体现开放源码理想的许可证，允许自由和不受限制地使用，修改和重新分发。
SSPL最简单也是最核心的一点就是前文提过的：如果将产品以作为一种服务进行交付，那么必须同时公开发布所有关于修改及 SSPL 之下管理层的源代码。
SSPL 是基于GPLv3 的 copyleft 许可证。并没有经过 OSI（Open Source Initiative，开源促进会，批准开源协议的机构） 批准，因此官方还特意声明：为了避免混淆，我们暂时不将两个产品称为开源，而使用“免费和开放” 进行描述。
有时候甚至会觉得，SSPL纯粹就是被那些习惯了白嫖的云服务商逼出来的产物，就像当每个人做事都只顾着看别人的成效数字，又有几个人能真正做好事呢？
你有没有被人白嫖过成果的经历？
你对Elastic的行为是否支持？
欢迎一起留言讨论！
往期推荐
