云厂商滥用开源被指责谁能制约？（云厂商是什么）

两个月前，AWS 推出了 Open Distro for Elasticsearch，官方表示这是 Elasticsearch 的增强发行版本，创建该项目的目标也并不是为了分叉 Elasticsearch，他们会继续向上游项目提供贡献。

　　但即使如此，对 AWS 的这个举动，仍然有人认为是在分裂 Elasticsearch，乃至是在分裂开源。

　　有观点认为，由于亚马逊对待开源的方式，再加上像开放源代码增进会(OSI)这样的行业协会缺少领导力，这将抹杀开源的创新，并使得开源商业化不那末可行。

　　而这最后致使的结果就是愈来愈多的开源软件变成专有和闭源软件 —— 以抵制像 AWS 这类云厂商的“掠夺”(在 2018 年有数10家公司更改了他们的授权许可)，或切换成诸如 "source-available" 这样的许可证。

　　固然，上面所说的选择闭源的软件主要是指基础设施类软件。不过如果 AWS 等云厂商与开源软件之间关于“反哺开源”的问题没法解决，相信开源软件会将“更丰富的功能”用于在企业版提供。

　　有人为此罗列了亚马逊在开源方面做出的具有“侵犯性”的行动：

　　使用开源项目并将其作为商业服务提供，但不向制造和保护开源项目的商业实体提供任何回报，这无疑阻滞了开源项目的发展。

　　分叉开源项目，并强行控制它们阔别制造和保护开源项目的商业实体，就像 Elasticsearch。

　　“劫持(hijacks )”开源 API，并将它们置于自己的专有解决方案之上，从而将客户从开源项目吸引到自己的专有解决方案，例子就是 AWS 推出与 MongoDB API 兼容的新数据库产品 Document(主要是为了绕过 MongoDB 的新许可证)。

　　亚马逊对待开源的态度明显很自私，但站在它的角度来看，这是10分公道的举动，乃至是一个最优解，由于它所做的事都是在许可证规则允许之下的。不过既然大家对这类行动都很有微词，所以有人认为需要行业协会创建新的开源许可证标准以满足开源作者和厂商的公道诉求 ——

　　“不希望自己的开源代码作为商业服务运行”。

　　只有如此，才能遏制像 AWS 那样的行动，并避免致使出现不良的后果。

　　但当 MongoDB 向 OSI 提交自己的 SSPL 许可证申请时，却引发了社区的质疑，有人认为 SSPL 违背了开源的本质，由于开源的价值正是能让任何人以任何情势使用开源软件(在开源协议允许的范围内)。

　　Server Side Public License (SSPL)，即服务器端公共许可证，它明确要求托管 MongoDB 实例的云计算公司要末从 MongoDB 获得商业许可证，要末向社区开源其服务端代码。

　　固然，MongoDB 始终深信 SSPL 符合符合开源计划的批准标准。

　　既然行业协会不承认开源软件厂商提交的开源许可证，那末他们为了“自保”该如何做?只能变更软件授权方式，乃至将开源软件闭源?

　　因此，这种情况下，如果缺少对“滥用”开源行动的制约，不管对开源软件贡献者还是使用者，乃至全部市场都会带来很大的伤害。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。