由于 MongoDB 新的服务器端公共许可证(SSPL),Red Hat 将不会在 Red Hat Enterprise Linux 或 Fedora 中使用 MongoDB.
MongoDB 这款开源文档 NoSQL 数据库摊上了问题. 虽然大受欢迎, 但这边厢 AWS,IBM Cloud,Scalegrid 和 ObjectRocket 等云计算公司将 MongoDB 作为一项服务来提供, 因此赚得钵满盆满; 那边厢, MongoDB 公司却迟迟未能将其变现, 在市场上获得同样大的成功. MongoDB 的答案是什么? 让这款软件改而采用新的服务器端公共许可证(SSPL). 开源巨头 Red Hat 的反应又是什么? 从 Red Hat Enterprise Linux(RHEL)8 中删除 MongoDB.
Red Hat 的技术和社区外联项目经理 Tom Callaway 在宣布从 Fedora Linux 中删除 MongoDB 的声明中解释道:"Fedora 认为 SSPL 是为了对特定类别的用户带有严重歧视而有意设计的."Debian Linux 已经从其发行版中删除了 MongoDB.
具体来说反对意见是, 如果你提供采用 SSPL 许可证的服务, SSPL 要求你必须开源将该软件作为服务来提供所使用的所有程序. 微软首席执行官 Steve Ballmer 曾发出过有名的警告, 称 Linux 的 GPL"是一种从知识产权角度来看依附在它所接触的一切事物上的毒瘤," 他说错了. 但是 SSPL 明确试图这么做.
MongoDB 的首席技术官兼联合创始人 Eliot Horowitz 在开源倡议组织 (OSI) 围绕 SSPL 展开讨论时解释了这么做的道理: 我们认为, 在当今世界, 连接已被程序作为服务来提供以及通过网络连接程序作为程序结合的主要形式所取代. 目前不清楚现有的反版权 (copyleft) 许可证是否明确适用于这种形式的程序组合, 我们打算让 SSPL 成为开发人员消除这种不确定性的一种选择.
它没有奏效. Callaway 继续说道: 此外, 很显然, 许可证作者的意图是让采用许可证的软件的商业用户产生恐惧, 不确定和怀疑 (FUD) 这种情绪. 将 SSPL 视为 "免费" 或 "开源" 导致这个影子投射到了 FOSS 生态系统的所有其他许可证上, 即使这些许可证中没有一个带来这种风险.
此前, OSI 拒绝宣布 SSPL 是开源许可证. 拟议中的 SSPLv2 也在 OSI 停滞不前.
MongoDB 改变许可证背后的商业出发点是, 迫使云计算公司使用 MongoDB 的商业云产品之一. 这也没有奏效.
AWS 刚推出了 DocumentDB, 这款数据库 "旨在与你现有的 MongoDB 应用程序和工具兼容",AWS 宣传官 Jeff Barr 写道."它与 2017 年 11 月推出的 MongoDB 版本 3.6 兼容(那时还没有采用 SSPL), 并且通过模拟 MongoDB 客户端预计来自 MongoDB 服务器的响应来实现 MongoDB 3.6 API."
MongoDB 对此并不满意. MongoDB 的首席执行官 Dev Ittycheria 说:"模仿是最真诚的奉承, 因此亚马逊试图利用 MongoDB 的受欢迎程度和发展势头坐享其成也就不足为奇了. 但是开发人员聪明得很, 辨别得了真正的创新和拙劣的模仿."
真是这样吗? MongoDB 试图通过 SSPL 获取收入的做法似乎适得其反. 现在唱反调的不光是云计算公司, 连 Linux 供应商都没有给 MongoDB 好脸色看.
正如 EnterpriseDB 的首席系统工程师 Devrim Gündüz 所说:"我确实很明白 MongoDB 决定改用 SSPL 的原因. 看到超级云服务提供商从流行开源项目赚到的钱比开发和维护这些项目的贡献者多得多, 确实让人郁闷." 但是开源项目创建者之一 Bruce Perens 说, 没有人阻止 "你使用任何许可证. 只是别称之为开源."
来源: http://www.tuicool.com/articles/7JZvYj7