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

关键词:

上一篇:软件与服务外包产业园建设
下一篇:pdfFactory标准版