两个月前，AWS推出了针对Elasticsearch的Open Distro，正式称这是Elasticsearch的增强版。创建项目的目的不是分叉Elasticsearch，它们将继续为上游项目做出贡献。
即便如此，对于AWS的这一举动，有些人仍然认为它正在拆分Elasticsearch，甚至拆分开源。
有一种观点认为，由于亚马逊的开源方法，加上开源倡议（OSI）等行业协会缺乏领导力，将扼杀开源创新，使开源商业化的可行性降低。
最终结果是越来越多的开源软件成为专有和闭源软件——，以抵制像AWS这样的云供应商的“掠夺”（2018年，数十家公司更改了他们的许可证），或者转而使用诸如'源可用”。
当然，上面提到的用于选择封闭源的软件主要是指基础设施软件。但是，如果无法解决AWS等云供应商与开源软件之间“返回开源”的问题，相信开源软件将为企业版使用“更丰富的功能”。
有些人引用了亚马逊在开源中的“侵略性”行为：
使用开源项目及其作为商业服务提供，但不向创建和维护开源项目的业务实体提供任何回报，这无疑阻碍了开源项目的开发。
划分开源项目并迫使他们远离创建和维护开源项目的业务实体，就像Elasticsearch一样。
“劫持”开源API并将其置于自己的专有解决方案之上，以吸引客户从开源项目到他们自己的专有解决方案。一个例子是AWS的新数据库产品，它与MongoDB API兼容。文档（主要是为了绕过MongoDB的新许可证）。
亚马逊对开源的态度显然是自私的，但从它的角度来看，这是一个非常合理的举措，甚至是最佳解决方案，因为它所做的一切都是在许可规则下允许的。但是，由于每个人都对这种行为非常直言不讳，有些人认为行业协会需要创建新的开源许可标准，以满足开源作者和供应商的合理需求。——“我不希望我的开源代码作为商业服务运行。”
只有这样，我们才能遏制像AWS这样的行为并避免后果。
但是，当MongoDB向OSI提交其SSPL许可证申请时，它引起了社区混淆。有些人认为SSPL违反了开源的本质，因为开源的价值在于任何人都可以使用任何形式的开源软件（在开源协议中）。在允许的范围内）。
服务器端公共许可证（SSPL）是服务器端公共许可证，明确要求托管MongoDB实例的云计算公司从MongoDB获取商业许可证或向社区开源其服务器代码。
当然，MongoDB始终确信SSPL符合开源程序的批准标准。
由于行业协会不承认开源软件供应商提交的开源许可证，他们如何“自我保护”？只能改变软件的许可方式，甚至是开源软件？
因此，如果对开源行为的“滥用”没有限制，它将对开源软件贡献者和用户，甚至整个市场带来巨大伤害。
中文
电话咨询
微信咨询
公众号
