网站的空间价格,2网站制作,东明网站制作,陈木胜导演文 | 肖滢策划 | h4cd出品 | OSC开源社区#xff08;ID#xff1a;oschina2013#xff09;当我们谈论开源时#xff0c;很少谈论自由#xff0c;尽管开源与自由同行。从 1998 年开源兴起时#xff0c;我们就无法把开源和自由分割开来。因为它孕育于自由软件运动#xff… 文 | 肖滢策划 | h4cd出品 | OSC开源社区IDoschina2013当我们谈论开源时很少谈论自由尽管开源与自由同行。从 1998 年开源兴起时我们就无法把开源和自由分割开来。因为它孕育于自由软件运动自由使用、复制、修改、分发源码其精神内核一直延续至今。“自由”为何对开源如此重要我们将依次用《开源是背叛自由还是以退为进》、《开放协作赋予开发者的自由》、《商业自由从边缘到核心贡献》三篇文章来回答这个问题本文为第三篇。不得不承认的是个人英雄式的独立开发者时代已经落幕随之而来的是互联网科技企业成为开源社区的主要力量。当企业成为开源的主体开源一定需要商业自由。那么开源与商业是怎样的关系商业自由能为开源带来什么为了保证商业自由企业做了什么样的选择无限制地放开商业自由对开源会有什么影响不是二选一我们提到过1998 年 Mozilla 的开源具有划时代意义。由它开始掀开了企业大规模开源的序幕。在 20 世纪七八十年代还没有开源的说法只有“自由软件”自由软件主要由个人或者大学等机构主导GNU 工程就是其中典型的代表。而发布自由软件的企业屈指可数它们处于自由软件世界的边缘位置。自由软件在商业企业中并不受欢迎。它赋予用户分发软件源代码的自由在很大程度上损害了企业的利益。 微软 CEO 比尔·盖茨于1976年发布的一封公开信可以反映出企业对分享软件这一行为的普遍态度。他在信中抱怨未经授权使用 Altair BASIC 的情况太普遍导致新成立的微软公司回报甚微并指出那些分享拷贝软件的人是剽窃者。“谁能负担得起白做专业工作哪个业余爱好者可以花 3 年时间进行编程、查找所有错误、记录他的产品并免费分发事实是除了我们之外没有人在业余爱好软件上投入大量资金。你所做的就是盗窃。” 不过自由软件本身并不抵制商业化。自由软件基金会FSF就明确表示自由软件无关价格。很多人以为GNU 计划的精神是不应该为分发软件副本收费或者应该尽可能少收费——刚好足以支付成本。这是一种误解。实际上他们鼓励重新分发自由软件的人尽可能多地收费以此来支持开发。“分发自由软件是为开发筹集资金的机会。不要浪费它”当然这一切都建立在保证用户有自由运行、学习、修改以及再发行原版或是修订版软件的前提下。 “开源”的出现更是为商业自由而来。1998 年正是因为 ESR 等一批自由软件运动的倡导者考虑到“free software”中的“free”有免费的意思对商业不友好才出现了用“开源”一词替代“自由软件”以方便对外宣传吸引更多的企业加入到自由软件运动中来。随后开源促进会OSI批准了第一批许可证其中就包括 BSD 许可、MIT 许可两个商业友好型的许可证。OSI 维护着开源定义(OSD)判定一份许可证是否属于开源许可证以 OSI 认证为准。 从一开始开源与商业不是二选一的关系而是共生的关系。 早在上世纪 90 年代后期RedHat、MySQL AB 等公司就证明了利用开源软件来赚钱是可行的。尤其是 RedHat 在1999 年以创纪录的 IPO 公开上市更是令不少企业艳羡不已。 而今开源已经是一种成熟的商业模式一头扎进去人才、市场、名声全都可以握在手里足够顺利的话甚至还能建立一个以开源项目为核心的产业生态坐收渔翁之利。 2007 年为避免苹果公司的移动操作系统 iOS 垄断市场谷歌主动开源 Android 操作系统 该开源项目简称AOSP。由此Android 系统在移动端的市场份额一路飙升2020 年超过 70。这也为谷歌移动服务GMS带来广阔的市场。要知道GMS 每年为谷歌带来数百亿美元收入。 用开源的手段扩张市场在软件行业已经屡见不鲜除了谷歌这样的科技巨头不少初创企业也加入进来。MongoDB 公司的 CEO Dev Ittycheria 就明确表示开源就是为了获得市场。公司成立的第三年MongoDB 已经初步开发完成却没有足够的资源面向整个庞大的市场进行营销因此想利用开源的病毒性传播属性让软件得到广泛使用。这一策略确实奏效几年之后MongoDB 成为了最受欢迎的 NoSQL 数据库之一。 微软收购全球最大的软件开发平台 GitHub 进一步表明大公司正在寻求成为开源的主要供应商并准备在其中投入大量资金。 商业反哺开源 企业是商业自由的最大受益者同时也在反哺开源。它已经从最初的开源软件使用者转变成集创建者、使用者以及贡献者多重身份于一体的角色。开源已经离不开企业离不开商业自由。 最直接的证据是企业贡献了一大批顶级的开源项目成为开源技术的引领者尤其是在近几年尤为活跃的人工智能、大数据、云计算等新兴技术领域。微软创建了源码编辑器 VSCode谷歌创建了机器学习平台 TensorFlow、容器编排平台 KubernetesFacebook 创建了移动应用开发框架 React Native。众所周知这些技术领域的创新都源于开源生态企业功不可没。 它们同样也为其他开源项目贡献代码。尤其是软件巨头成为了最大、最活跃的贡献者。根据 Open Source Contributor Index 公布的 2020 全球开源厂商 GitHub 开源贡献排名谷歌和微软两大互联网巨头排在榜单前二位二者参与开源贡献的活跃贡献者人数都超过了 5000 人参与的开源社区超过 10000 个。微软、谷歌、IBM、Oracle、Facebook 五家科技巨头企业参与的开源项目数超过 20000 个。 在一些大型的、复杂的、生命周期长的开源项目上企业所具有的软件工程调度能力会比零散的个人开发者更具有优势。红帽博客编辑总监 Joe Brockmeier 认为理想情况下企业开源结合了两个世界的优点——开源的优势与企业软件提供的稳定性、性能、支持和生态系统。 也正是因为开源允许商业自由才有更多商业模式诞生吸引更多企业加入。从最早期的“RedHat”模式发展到 SaaS 模式、Open Core 模式、限制性许可模式、混合许可模式等越来越多的企业在尝试构建新的开源商业模式。在过去的十年中Open Core 模式成为了最成功和最常用的方法。Elasticsearch 和 MongoDB 就是该模式下商业化的开源项目二者也都成为了商业开源软件公司COSS。对于其他跃跃欲试的企业来说一套成功的商业模式无疑是具有鼓动性的。 此外企业结合开源软件实现商业转化获得收入之后也能够更好地回馈开源社区让项目可持续。一个现实问题是很少有人有足够的空闲时间将其用于真正的开源贡献。因此不少通过开源获益的企业会付钱给开发人员或运营人员让他们为开源软件做出贡献。 难以想象在企业取代个人成为开源领域绝对主流的时代没有了商业自由开源会变成什么。 许可证的选择 在开源世界什么会限制企业的商业自由那自然是规则也就是开源许可证。选择什么样的许可证关系到企业的开源商业模式。 开源许可证大体可以分为两大类一类是 Copyleft 许可另一类是宽松型许可。宽松型许可证对他人如何使用开源组件的限制最小几近于无。它们允许用户在不同程度下自由使用、修改和重新分发开源代码并允许在专有衍生作品中使用宽松型许可的开源组件几乎不需要任何回报。 简而言之宽松型意味着不强制开源条条框框少了对商业友好企业利用开源软件发展业务更加便利。 一个越来越明显的趋势是宽松型开源许可证使用量明显增长而 Copyleft 许可证尤其是GPL 许可证的使用量继续减少。根据 WhiteSource 发布的数据显示2020年76% 的开源组件拥有宽松型许可比上一年提高了 9 个百分点。24% 的开源组件是 Copyleft 许可比上一年减少了 9 个百分点。在 2012 年Copyleft 许可证还牢牢占据上风有 59% 的使用率而宽松型许可证的使用率仅为 41%。 宽松型许可证大行其道开源项目创建者的意志起了决定性的作用。近年来互联网科技企业成为了开源项目的主要创建者而不再是个人。使用 Copyleft 许可证就意味着失去自己的私有软件的控制权从商业角度出发限制较少的宽松型许可证是企业的最佳选项。对用户限制越少对自己也就越有利企业本身就是最大的用户。 MIT 许可证及 Apache 2.0 许可证 就是典型的宽松型许可证。2020 年使用 MIT 许可证或 Apache 2.0 许可证的开源项目超过一半其中不乏一些备受瞩目的开源项目。例如Ruby on Rails、jQuery 和 Angular.js 使用 MIT 许可证Kubernetes、TensorFlow 和 Swift 首选 Apache 2.0 许可证。事实上所有 ASF 项目——其中一些被广泛使用——都在 Apache 2.0 许可下。 用户也选择以宽松型许可证授权的开源组件这样可以最大限度地减少法律部门对开源许可证合规性的挑战。而针对许可证不符合企业要求的开源项目已经有不少企业制定了黑名单禁止开发人员引用相关代码从而避免风险。比如Google 就禁用了以 AGPL 授权的软件。AGPL 是 Copyleft 许可其中一条特别规定是即使软件被运行在向公众提供服务的服务器上那么该软件的任何修改也必须开源。 总之为了保证商业自由企业做出了使用宽松型许可的选择无论是作为创建者的角色——将软件开源还是作为使用者的角色——引入开源软件更遑论作为贡献者的角色提交代码了。 商业自由的“度” 站在自由软件之父 RMS 的角度将自由软件代码用于专有软件就是在剥夺了用户使用、学习、修改软件的自由站在 OSI 的角度将开源软件代码用于专有软件是符合开源精神的这是在保护用户基于任何目的使用软件的自由哪怕是将代码用于专有软件。OSD 规定开源许可不得歧视个人或团体不得歧视任何领域。企业用户也是用户商业自由也是自由。 当开源许可证成为商业自由的保护伞一视同仁对待所有用户时就有人开始不满。尤其是不少开源软件创建者从选择许可证开始尽可能地让自己拥有更多权利尽可能地限制他人的自由从而保护自己的利益。 历史上不是没有发生过这种事。网景最初开源 Mozilla 项目就是采用了自己制定的 Netscape 公共许可证其最显著的特点是它给予了 Mozilla 的原始开发者也就是网景它自己有权分发后续及衍生软件其他贡献者却不可以最后结果证明了这条路根本行不通。 随着 SaaS 交付模式日益流行使用与贡献不对等的情况变得严峻。云服务供应商依托开源软件大举盈利却不需要贡献任何代码在这种情况下无限制地放开商业自由就是对开源厂商的伤害。贝恩资本的 Salil Deshpande 曾表示“需要明确的是这并不违法。但我们认为这是错误的不利于可持续的开源社区。” 为解决这一问题而诞生的开源许可证—— AGPL 曾被寄予厚望但由于它的限制条件有些模糊比如“用户通过网络进行交互”可以延伸到什么程度没有具体说明且它是强 Copyleft 许可证最终被部分开源厂商抛弃。 不能没有商业自由但又不能无限制地放开商业自由商业自由的“度”在哪里 面对云服务供应商的“吃白食”行为有厂商在发布开源项目时在许可证之外还会添加限制条款。Nebula Graph 是一款开源的分布式图数据库基于 Apache 2.0 许可证分发。不久前开源厂商 Nebula Graph 为了防止云服务供应商从项目中获利而不作出回报在项目中加入了 Common Clause 1.0 条款。不过在 ASF 的要求下Nebula 团队最终移除了该条款。 也有很多开源厂商直接变更许可证以防止云服务供应商从他们的代码中构建服务。今年 1 月Elastic 公司宣布把根据 Apache 2.0 许可授权的 Elasticsearch 和 Kibana 源代码变更为双重授权许可模式即 SSPLElastic 许可。 SSPL 是 MongoDB 在基于 GPL v3 的基础上面向服务器端制定的许可证。该许可证虽然允许用户使用及修改产品源代码但有一个基本要求就是在该协议下如果企业将产品作为服务对外提供则必须同时提供“服务源代码”。所谓“服务源代码”是指程序或修改版本的相应源代码以及用于提供此服务的软件源码包括但不限于管理软件、用户界面、应用程序接口、自动化软件、监控软件、备份软件、存储软件和托管软件所有这些让用户可以使用可用源码运行服务实例。而 Elastic 许可则更加严格直接禁止将软件作为托管或托管服务提供给第三方。 除此之外Confluent、MongoDB、Cockroach Labs、Redis Labs、Timescale 和 Graylog 等也都从 OSI 批准的开源许可转向非“开源”的许可。 如果一个软件限制云厂商使用那还能算是开源软件吗当然不算。根据 OSD 第六条不得歧视任何领域这就表示不让商用不让云服务用这些行为都是禁止的。把云厂商排除在外的许可证不是 OSI 所认可的开源许可证。没有采用开源许可证的软件自然也算不上开源软件。对于 SSPLOSI 就明确表示它不是开源许可证因为它实际上剥夺了用户权利。 面对开源厂商的相继出逃开源还应该坚持无限制地放任商业自由吗如果不限制那么谁来为贡献者的劳动成果买单企业的角色注定了开源对它而言不会是一项只求付出不求回报的活动。 如果能够找出让贡献者和使用者之间平衡的点在哪里或许就会知道开源能够允许的商业自由的“度”在哪里。从云计算上升的发展势头来看这个问题将会成为长期争议的焦点。参考资料 1、https://sourcecodecontrol.co/sspl/ 2、Producing Open Source SoftwareHow to Run a Successful Free Software Project 3、https://www.whitesourcesoftware.com/resources/blog/open-source-licenses-trends-and-predictions/ 4、https://www.peterchen.vc/kai-yuan-xiang-mu-shang-ye-hua-de-li-nian-he-lu-jing-light-view/ 5、https://blog.timescale.com/blog/how-open-source-software-makes-money-time-series-database-f3e4be409467/ 6、https://firstmonday.org/ojs/index.php/fm/article/view/1211/1131 7、https://www.mongodb.com/licensing/server-side-public-license 8、https://www.elastic.co/cn/licensing/elastic-license往期精彩回顾送书 | 总也学不会 Linux 命令行有奖问答|聊聊 Apache Doris 的性能优化实战技巧2022 年是 Linux 桌面年吗觉得不错请点个在看呀
