查看原文
其他

拒绝白嫖!开源模式的反击:向不要脸的云服务商收费!

DD编辑部 程序猿DD 2021-05-26

年底将至,又到了大多数打工人开始编写年终小结的时候,但是总有那么一群人,平时碌碌无为,一等到年底,就到处打听到处收集各种成效数字,然后各种不要脸的洋洋洒洒的写在自己的年终小结里,仿佛那些完全没参与过的项目都是他一手打造的,彷佛那些别人辛苦一年才做出的成绩理应给他一样。

遇到这种人,气不气?

其实这种人不在少数,也正是有这样的人,才会有拿来主义,才会有做事毫无底线的云服务商,才导致了开源商业模式一再萎靡。

关于云服务商和开源商业模式的纠葛,我们之前也发过一篇,可点击查看:云服务商正在杀死开源商业模式

当然,老实人并不代表着一定要被欺负!就在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之前,就有不少开源公司进行了变更:

RedisMongDBOpenCVGoogle,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的行为是否支持?

欢迎一起留言讨论!

往期推荐

Spring Boot 2.x基础教程:配置元数据的应用

想回家吗?先用腾讯刚上线的这个功能查一查!

有点突然,锤子就这样终结了!而创始人在隔壁直播卖着红米...

为什么祖传代码会被称为屎山

百度网盘再次回收免费空间!21日前赶紧登录下!网友评:想钱想疯了?

从 HTTP 到 HTTP/3 的发展简史



    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存