快捷搜索:

您的位置:澳门新葡4473网站 > 新闻社区 > www.4473.vip谁能制约云厂商滥用开源,谁来帮助开

www.4473.vip谁能制约云厂商滥用开源,谁来帮助开

发布时间:2020-04-21 23:50编辑:新闻社区浏览(69)

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

    “开源软件彻底改变了公司的运作方式,但是像 AWS 这样的云软件使开源软件公司更难赚钱。当你可以获得基于开源软件的云服务时,那么就不用再为该开源软件的公司支付相关服务费用。”

    www.4473.vip 1

    techrepublic 专栏作家 Tom Merritt 指出了这个观点,他认为云厂商正在压缩开源商业化公司的重要收益空间,使它们连提供服务(比如技术支持)赚钱的模式都难以维持。

    但即便如此,对于 AWS 的这个举动,依然有人认为是在分裂 Elasticsearch,甚至是在分裂开源。

    Tom 认为在这个过程中有 5 件关于云和开源的事项需要注意:

    有观点认为,因为亚马逊对待开源的方式,再加上像开放源代码促进会(OSI)这样的行业协会缺乏领导力,这将扼杀开源的创新,并使得开源商业化不那么可行。

    1. 开源许可证旨在防止代码被锁定。开源许可证建立在这样一个思想之上:如果使用开源代码,就不能对其进行专有化,这是为了确保公司与希望使用该代码的其他所有人共享该代码的工作。 
    2. 提供支持模式行不通。尽管红帽通过支持产品成功建立了业务,但现在主流模式是提供运行开源软件的云服务,这样的营利也更加可观,但问题是 AWS、Google Cloud 与 Microsoft Azure 目前已经瓜分了这块业务。 
    3. 开源许可证约束不到云服务。云服务不会使用开放源代码创建新项目,而只是将其作为服务的一部分为客户实施。这并不违反许可,因为确实可以使用开源软件来建立业务。 
    4. 一些开源软件提供商正在寻求专有许可证。 MongoDB 创建了服务器端公共许可证(Server Side Public License,SSPL),该许可证要求托管 MongoDB 实例的云厂商要么获取商业许可证要么向社区开放其服务源码。实际上,Redis Labs 已经修改了某些模块的许可证,新许可限制了可以使用它们构建哪种类型的应用。 
    5. 专有将导致分叉。 XFree86 被 X.Org 替代,OpenOffice 被 LibreOffice 替代。Redis 更改许可证之后,受限制的模块也已经新启动了项目:GoodFORM。

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

    原文地址:

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

    https://www.techrepublic.com/article/top-5-things-to-know-about-open-source-and-the-cloud

    有人为此列举了亚马逊在开源方面做出的具有“侵略性”的行为:

    相关内容可以查看:MongoDB 与云厂商混战愈演愈烈(其中 MongoDB 部分)

    1. 使用开源项目并将其作为商业服务提供,但不向创造和维护开源项目的商业实体提供任何回报,这无疑是断了他们的“财路”。
    2. 分叉开源项目,并强行控制它们远离创造和维护开源项目的商业实体,就像 Elasticsearch。
    3. “劫持(hijacks )”开源 API,并将它们置于自己的专有解决方案之上,从而将客户从开源项目吸引到自己的专有解决方案,例子就是 AWS 推出与 MongoDB API 兼容的新数据库产品 Document(主要是为了绕过 MongoDB 的新许可证)。

    亚马逊对待开源的态度显然很自私,但站在它的角度来看,这是十分合理的举动,甚至是一个最优解,因为它所做的事都是在许可证规则允许之下的。不过既然大家对这种行为都颇有微词,所以这就需要行业协会创建新的开源许可证标准以满足开源作者的合理诉求 ——

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

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

    但当 MongoDB 向 OSI 提交自己的 SSPL 许可证申请时,却引起了社区的质疑,有人认为 SSPL 违反了开源的本质,因为开源的价值正是能让任何人以任何形式进行使用开源软件(在开源协议允许的范围内)。不过,MongoDB 也始终坚信 SSPL 符合符合开源计划的批准标准。

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

    如果缺乏对“滥用”开源行为的制约,无论对开源软件贡献者还是使用者,乃至整个市场都会带来很大的伤害。

    (文/开源中国)    

    本文由澳门新葡4473网站发布于新闻社区,转载请注明出处:www.4473.vip谁能制约云厂商滥用开源,谁来帮助开

    关键词: