InfoQ|但他们连声感谢也没说,AWS分叉了我的开源项目( 二 )


开源的威胁从未消失AWS已经不是第一次直接夺取开源开发者的成果并直接塞进自家云产品了 。
去年 , AWS推出了OpenDistroforElasticsearch , 此举直接威胁到了Elasticsearch作为开源项目开展自有业务的生存空间 。 AWS对此版本的评论语气还非常居高临下:“开源项目的维护者有责任保持源代码分发对所有人开放 , 而不是在中途改变规则” 。
去年年初 , AWS还基于开源MongoDB代码的旧版本发布了DocumentDB 。
虽然目前不少流行的开源许可都支持这种作法 , 但由于AWS手中掌握着价值极高的基础设施资产 , 因此这类行径很可能扼杀小型企业将开源项目推向商业化的希望 。
各家云厂商借助开源吸收各行各业的需求 , 使得产品更加的具备通用化的能力 , 覆盖更大的规模和更广的场景 。 成功的开源软件因为在相应领域覆盖了大量的开发者用户 , 当在云上推出相应的商业服务时也会自然的收获用户 , 但由于目前这些利益基本都被云厂商拿走 , 这让相对应的开源厂商的努力得不到回报 , 导致产生矛盾 。
并且双方的冲突在2019年里达到了白热化的程度 。 去年底 , 在回应《纽约时报》关于AWS如何复制并整合其他厂商原创软件的相关报道时 , AWS副总裁AndiGutmans表达了批评意见 。 他抱怨说采访人员忽略了AWS合作伙伴的奉承言论 , 同时指出 , AWS的内部开发人员也一直在为众多开源项目做出贡献 , 并坚称“AWS并未直接复制任何人的软件或服务 。 ”
这种矛盾不容易被解决 , 也许我们将会继续看到云厂商试图以各种不同的方式从开源软件中榨取价值 。 开源模型虽然没有那么脆弱 , 但是云厂商继续利用开源项目而不给予回报 , 那么他们就会削弱开源发展的激励机制 。 至少 , 这是大多数开发人员在对开源模型感到沮丧时表达的痛点:一方面他们需要保持开放 , 一方面要付钱给他们的开发人员 , 其中一些正在流失资源 。 我们希望未来能在云供应商和企业开发人员之间看到更多商业交易 , 起码可以分摊开发成本 , 这也是一种合理的要求 。
而且在可预见的未来 , 可直接用于云部署的企业软件供应商会对在开源许可下发布代码持谨慎态度 。 过去几年中 , 云厂商的行为(不加回馈 , 甚至一句感谢都没有)引发了开源社区的广泛关注 , 同时也催生出“云保护许可”等尝试 。 该许可旨在阻止云服务供应商吸纳公共软件项目 。
就在上个月 , 数据库开发者TimSale通过了一项名为TimescaleLicense(TSL)的新型源代码可用性许可 , 旨在对抗AWS及其他云巨头肆意妄为的气焰 。
现在 , 我们正处于这样的一个分水岭 , 不断的产生CommonsClause和TimescaleLicense(TSL)这样的替代许可模式 , 也许未来我们会看到更多的变体 。
参考链接:
https://www.infoq.cn/article/2Q9MkC56NQ6IEp*Im2Vd
InfoQ|但他们连声感谢也没说,AWS分叉了我的开源项目
文章图片
守旧的互联网企业VS创新的传统企业:微软站哪端?
InfoQ读者交流群上线啦!各位小伙伴可以扫描下方二维码 , 添加InfoQ小助手 , 回复关键字“进群”申请入群 。 回复“资料” , 获取资料包传送门 , 注册InfoQ网站后 , 可以任意领取一门极客时间课程 , 免费滴!大家可以和InfoQ读者一起畅所欲言 , 和编辑们零距离接触 , 超值的技术礼包等你领取 , 还有超值活动等你参加 , 快来加入我们吧!
【InfoQ|但他们连声感谢也没说,AWS分叉了我的开源项目】点个在看少个bug


推荐阅读