为阻止云厂商的「白嫖」, Elastic 决定更改开源协议

宗恩

今日 Elastic 公司 CEO Shay Banon 在公司官网发文怒斥:「之所以决定将 Elasticsearch 和 Kibana 的开源协议由 Apache 2.0 变更为 SSPL 与 Elastic License,主要原因为了阻止云厂商的「白嫖」。」

此前在1月15日,Elastic 在官网发文称将对Elasticsearch和Kibana在许可证方面进行了重大的更改,由开源Apache 2.0许可证改为采用SSPL(服务器端公共许可证)。

Elastic 称变更确保了他们的社区和客户可以自由开放地使用、修改、重新发布和协作代码。它还通过限制云服务提供商在没有回馈的情况下将Elasticsearch和Kibana作为一项服务提供给用户,来保护他们在开发免费和开放的产品方面的持续投资。这将适用于这两个产品的所有维护分支,并将在他们即将发布的7.11版本之前进行。版本将继续采用Elastic License,就像过去三年一样。

Elastic 表示源代码授权的这一变化对绝大多数免费使用默认发行版的用户社区没有影响,对云客户或自管理软件客户也没有影响。

为什么要改变

如前文所述,在过去的三年里,社区已经意识到市场发生了变化,开源公司需要更好地保护自己的软件,以保持高水平的投资和创新。随着向SaaS交付模式的转变,一些云服务提供商将开源产品作为一种服务提供,而不收取回馈。这种做法「挪用」了本来可以重新投入到产品中的资金,损害了用户和社区的利益。

与 Elastic 的开源同行类似,他们也亲身经历了这种情况,从商标被滥用,到公然试图通过 「开放」重新包装开源软件产品,甚至从专有代码中获取 「灵感」,以上种种行为都是在分裂社区。虽然每家开源公司都采取了不同的方法来解决这个问题,但他们一般都修改了开源许可证,以保护他们在自由软件上的投资,同时努力维护开放、透明和协作的原则。同样,Elastic 下一步也会对他们的源代码以授权的方式进行针对性的修改,这一改变不会影响绝大多数用户,但会限制云服务提供商将软件作为服务提供。

虽然一些竞争对手可能试图围绕这一变化散布各种FUD(惧、惑、疑)。但Elastic 表示他们一直深深相信自由和开放产品的原则,以及对社区的透明度。

将做出哪些改变

从即将发布的Elastic 7.11版本开始,Elastic 将把 Apache 2.0 授权的 Elasticsearch 和 Kibana代码转为SSPL和Elastic License的双重授权,让用户可以选择适用哪个授权。SSPL是MongoDB创建的一个源码可用的许可证,以体现开源的原则,同时提供保护,防止公有云提供商将开源产品作为服务提供而不回馈。SSPL允许自由和不受限制的使用和修改,但如果你把产品作为服务提供给别人,你也必须在SSPL下公开发布任何修改以及管理层的源代码。

Elastic 认为选择了这条道路,会让他们有机会尽可能地开放,同时保护社区和公司。作为这一变化的后续行动,Elastic将开始把免费专有功能从 Elastic License 转移到 SSPL 下的双重许可,这将更加宽松,也更符合使产品尽可能自由和开放的目标。

虽然从某些方面来说,改变源代码的授权是一件大事,但社区的绝大多数人实际上不会经历任何改变。如果你一直在下载和使用默认发行版,它仍然是免费的,并且在相同的Elastic License下开放。

Elastic 的改变并非个例

计算机技术进入云时代后,与云平台的争端成为了开源软件业务无法逃避的一个难题。原因是云厂商通过打包这些产品进行基于云的 SaaS 服务,对这些公司形成了直接的竞争,类似于MongoDB 、 Redis Labs和 Confluent 等公司为了防止竞争不得不选择更改了软件许可证,从原来的开源许可证转向更严格的条款,限制了软件的功能。

现在 Elastic 也走上了这条「背离开源之路」,这样的做法对Elastic 本身也是一种伤害,比如Hopsworks 这样的开源平台就选择迁移到 Elasticsearch 的 Open Distro 分支,但目前除了修改条款还没有更好的解决方案。

原文链接:
https://www.elastic.co/cn/blo...

image.png

阅读 1.2k

SegmentFault 行业快讯
第一时间为开发者提供行业相关的实时热点资讯
avatar
宗恩
SegmentFault 技术编辑

关注新科技

2.7k 声望
53 粉丝
0 条评论
你知道吗?

avatar
宗恩
SegmentFault 技术编辑

关注新科技

2.7k 声望
53 粉丝
宣传栏