再谈开源：开源发展与商业化
近段时间，数据库的开源领域动作很多，很多⼤⼚也纷纷加⼊开源⾏业。之前也分享过关于开源的⼀些内容。近期读些资料，对开源有了些新的认识，特分享如下。下⾯是之前两篇开源话题的⽂章。
☆本⽂部分图⽚摘⾃艾瑞开源研究报告及其他三⽅
1. 开源发展
开源的本质在于开放、共享、协同，作为⼀种创新协作模式，开源不仅限于开源代码的软件开发，还包括更为⼴泛的开放技术领域及协同创新的理念和机制。开源作为⼀种⽂化，具有“创新、开放、⾃由、共享、协同、民主化”等价值取向和重要特征，即以创新为发展主线，具有开放（开放标准、开放环境、开放源码）、⾃由（⾃由发布、⾃由传播、⾃由复制、⾃由修改、⾃由使⽤）、协同（协同开发、协同⽣产）、民主化（在新兴协同共享中，创新孵化新的激励⽅式，基于较⼩的经济汇报，推动⼈类经济⽣活⽅式，实现全球民主化）的特征。
1).发展概述
开源软件的发展，可以说经历了⼏个时期。最早的软件开源理念可追溯到计算机软件产业初期，早期的开发者提出的“⾃由软件”的概念。其核⼼理念是软件不应该作为⼀种被私有化的商业资产，⽽应该成为⼀种公开的、可免费获取的公共资源。随后在1976年的著作权法，更加剧了⾃由软件开发者的不满，同时加速了市场对⼀种开放、⾮私有的软件开发和运营⽅式的探索。到了1998年，开源组织OSI正式提出开源理念及⼗⼤特性规范，开源软件产业进⼊成长期。特别到到了20世纪末的互联⽹经济的加速发展为开源软件提供了良好的发展环境。进⼊21世纪后，包括云计算、⼤数据、AI等新兴的技术的发展开始更多基于开源技术。开源对于企业打磨产品，构造⽣态的意义突显。在最近的⼗年，基于开源软件的商业模式也逐步清晰，这点从资本对开源产品的追捧可见⼀⼆。
2).开源理念
开源软件领域有⼀本经典的著作《⼤教堂与集市》，书中将开源软件与传统软件以集市和⼤教堂两个⽣动的⽐喻来阐述其中开发的区别。“⼤教堂”模式指代的是软件企业进⾏商业化软件开发的流程，是以少数领导决策、下述团队执⾏，开发过程紧凑⾼效，以商业化成功为导向；“集市”模式指代是开源软件的开发模式，软件代码公开，海量⽤户和开发整合在了解软件的过程中不断提出改进意见并修补完善。热衷于开源的开发者认为，“集市”模式通过市场的⾃然选择，能够挖掘出真正具备潜⼒和价值的项⽬和创意，从⽽为软件的持续发展赋能。开源模式具备以下优势：
软件迭代速度领先
如前⽂在《⼤教堂与集市》中谈到的。⼤教堂模式是传统的闭源软件开发模式，是⼀种严格有序、⾃上⽽下的顶层设计；⽽开源软件对应的集市模式，看似混乱，实为⼀种允许并⾏多线开发、动态多⼈协同的软件开发模式，是由开源社区共同提出和认领任务、社区⾃治、⽽下⽽上的解决问题。
这两者的差异在于对软件源代码价值的认知，闭源软件认为源代码本⾝具备很⾼价值；开源软件则认为软件迭代速度是核⼼优势所在。
需求更加切合场景
在传统的软件研发过程中，是有明确的⾓⾊划分。甲⽅对软件提出需求，⼄⽅根据需求投⼊资源研发。这⼀模式是从需求及供给侧天然存在不同程度的错配。⼄⽅依赖甲⽅认知输出来构建产品，通过不断迭代进⾏改进。在传统的软件研发过程中，是有
明确的⾓⾊划分。甲⽅对软件提出需求，⼄⽅根据需求投⼊资源研发。这⼀模式是从需求及供给侧天然存在不同程度的错配。⼄⽅依赖甲⽅认知输出来构建产品，通过不断迭代进⾏改进。然⽽在开源模式中，客户既是软件的使⽤者、购买者，⼜是开发者。正是在不断地⽤户使⽤中，开源产品因为吸收了⽤户提供的各种业务场景，可更加贴近⽤户需求，让开源产品变得愈发强⼤。
吸引顶尖⼈才参与
⼈的能⼒与投⼊度决定了软件项⽬的质量，⽽开源社区往往能吸引能⼒最优秀的开发者，愿意成为社区的⼀员。⽽闭源模式下，产品的⾼度局限于公司内部员⼯的认知和能⼒。
⾯向开发者模式
开源软件通过社区的模式吸引开发者。⽽每⼀个开发者的加⼊，社区⾃⾝的⽹络效应也得以增强，开源项⽬和社区整体价值都得以提升。这种toC的属性也是开源商业模式的魅⼒之⼀，这在后期形成强⼤的社区壁垒。通过⽹络效应的累积，形成开发者、社区、产品的飞轮效应。
3).开源许可证
开源许可证，是⼀种法律许可。通过它，版权拥有⼈明确允许⽤户可以免费地使⽤、修改、共享版权软件。它是⼀种具有法律性质的合同，⽬的在于规范受著作权保护的软件的使⽤或者分发⾏为。从通常意义来看，所有的开源协议本质上都是允许商⽤的。所不同的是指其“传染性”问题，带有传染性的开源许可证软件要求对其进⾏修改发布时保留原来的许可证（意味着必须将修改后的软件也公开源代码）。按这⼀维度，如上图可见，开源许可证可分为两类：宽松⾃有软件许可协议（Permissive License）、著作权许可证（Copyleft License）。前者是⼀种对软件的使⽤、修改、传播等⽅式采⽤最低限制的⾃由软件许可协议条款类型。这种类型的软件许可协议将不保证原作品的派⽣作品会继续保持与原作品完全相同的限制条件，从⽽为原作品的⾃由使⽤、修改和传播等提供更⼤的空间。后者
则是在有限空间内的⾃由使⽤、修改和传播，且不得违背原作品的限制条款。如果⼀款软件使⽤此类型许可协议规定软件不得⽤于商业⽬的且不可闭源，那么后续的衍⽣软件也必须遵循该条款。这两者最⼤的区别在于，在软件被修改并再发⾏时，Copyleft License仍然强制要求公开源代码（衍⽣软件需要开源），⽽Permissive License不要求公开源代码（衍⽣软件可变为专有软件）。上图中Apache、MIT、BSD都是宽松许可证，GPL是典型的强著作权许可证，LGPL、MPL是弱著作权许可证。除上述外，还有些新许可协议，如MongoDB提出的SSPL，针对这些还存在些争议。
4).开源组织
提到开源，就不得不提到开源界两⼤名声显赫的开源阵营，地位⽐较权威，它们分别是FSF与OSI。FSF（Free Software Foundation,⾃由软件基⾦会），⾃由软件基⾦会是在1985年10⽉由理查德·斯托曼建⽴的美国民间⾮营利组织，并提出“⾃由软件”的概念，即要尊重⽤户⾃由，为了该⾃由提出了Copyleft（⾃由）概念，就是Copyright（版权）的反义词。它指出⾃由软件是必须100%提供源码，但是“⾃由软件”并不是完全免费，发布“⾃由软件”的作者可以选择适当的收费（收费价格需合理），也可以免费。FSF发布的License许可证协议被⼴泛使⽤的就是GPL协议与LGPL协议。OSI（Open Source Initiative，开源计划组织），在1998年OSI正式成⽴，因为FSF提出的“⾃由软件”很容易给⼈带来免费⾃由的误解，同时“⾃由软件”对于个⼈开发者来说很喜欢，但是对于企业来说想继承发展“⾃由软件”会有⼀些顾忌，因为使⽤了“⾃由软件”的源码，新的项⽬的源码也需要公开，许多商业公司是不愿意的。
基于此Christine Peterson想到了“开源（Open Source)”⼀词，并得到开源界的⼴泛认可，并最终将OSI成为⼀个权威的开源标准组织。被OSI组织批准的开源协议有BSD协议、MIT协议、Apache协议等接近上百种协议。FSF⾃由软件基⾦会发布的GPL协议也得到OSI组织的认可，进⼊OSI组织的⼤名单中。FSF和OSI在代码开源上殊途同归，很⼤程度上了都实现了“免费开源”，但他们的出发点是不同的。⽬前基于这两⼤思想，当今的开源License也通常可以分成两⼤类：Copyleft(版权许可证，以GPL为代表)和Permissive(⾃由许可证，⽐如MIT、BSD等)。
5).开源基⾦会
开源基⾦会是专门为⽀持开源软件项⽬⽽办的⾮营利性组织，它们通过为软件项⽬社区提供服务与⽀持实现价值。为开发者提供⼀个发现、使⽤、交流开源技术的平台。⼀般⽽⾔，开源基⾦会提供软件知识产权管理的法律框架、技术服务（如软件仓库、问题跟踪等）、⽇常的运营和治理⽀持等。国际上⽐较著名的基⾦会ASF、CNCF等。ASF，全称Apache Software Foundation，Apache软件基⾦会，它是全球最⼤的开源软件基⾦会，其开源软件⽀撑了全球亿万计软件，服务于全球各⾏各
业。CNCF，全称Cloud Native Computing Foundation，云原⽣计算基⾦会，他们全球云计算领域最知名的开源基⾦，当前⼏乎所有知名的云原⽣开源项⽬都托管在CNCF。
开源项⽬发展流程
项⽬进⼊基⾦会托管，会经历⼏个发展阶段。下⾯取⾃艾瑞开源报告内容，标识出主要阶段及各阶段的特征。
开源基⾦会运作模式
开源基⾦会的组织架构主要包括三个核⼼部分：
董事会/理事会，重⼤决定须通过董事会/理事会表决才能执⾏；
项⽬管理委员会/技术监督委员会，决定开源项⽬是否能进⼊孵化流程以及能否毕业，对基⾦会中的项⽬提供技术⽀持与指导，确保每个项⽬都符合基⾦会的规范章程；
运营和执⾏部门，负责监督、运营、⼈事、章程制定等常规⼯作，实际执⾏基⾦的使⽤。
下⾯以Apache基⾦会为例，说明其运作原理。
中国与开源基⾦会
中国作为⼀个充满活⼒的开源⽣态发展区域，也积极参与到全球的开源浪潮中，并已成为开源技术的主要消费者和贡献者。在全球知名的ASF、CNCF中，已存在⼤量中国提交的的项⽬。⼀⽅⾯国内企业对国际级开源项⽬的贡献持续保持着较⾼的⽔平，另⼀⽅⾯越来越多的中国开发者在国际社区扮演
着重要⾓⾊，成为开源基⾦会的管理层，参与到国际开源标准的制定中。与此同时，国内的开源基⾦会建设虽然起步较晚，但发展迅速。2020.6成⽴的开放原⼦开源基⾦会，⽬前是国内开源领域的唯⼀基⾦会组织，已经吸引到超过10以上项⽬⼊驻孵化。
我们以近年来进⼊ASF孵化的项⽬来看，国内项⽬占⽐逐年提⾼，在2021年进⼊ASF孵化的所有项⽬均来⾃中国。
6).开源产业链
从开源整体产业来看，涉及到多⽅，包括有开源作者（含企业）、开源基⾦会、开源社区、开源贡献者、开源软件使⽤者多⽅。下图标识出多⽅在这其中的⾓⾊及发挥的作⽤。
开源代码的最初的贡献者，可能来⾃企业或个⼈，其开发出开源项⽬。根据其所在实体或者意愿，可选择多种开源路径。⼀种是通过企业开源运营，⼀种是捐赠给开源基⾦会负责运营。⽆论哪⼀种都是
需要有个成熟的开源社区来⽀撑运营。这其中以代码托管平台和开源软件论坛为核⼼，辅助以市场宣传、法律服务、专家指导、产业联盟机构和服务，协同开展项⽬的开源运营活动，促进项⽬发展。代码通过托管平台开放后，⼆次开发者和最终⽤户都可以免费获取。⼆次开发者可以为项⽬持续改进贡献；最终⽤户则可通过使⽤体验为项⽬更好发展提出建议和意见。
2. 开源商业化
1).开源与闭源软件
在开启开源商业化之前，我们先关注开源软件与闭源软件的对⽐。从下图我们可见，两者的诸多不同。这些诸多的不同点，也造就了后⾯开源商业化的策略与传统商业软件的不同。
⽽从整体核⼼技术⽣态体系来看，开源与闭源软件已经不分伯仲，甚⾄在⼤部分领域产品更加⼴泛。
2).开源商业本质
开源，如何实现商业化变现？⼀直是⼈们很关注的⼀个问题。这部分，我们就来聊聊开源商业化的问
题。从本质来讲，开源并⾮⼀种商业模式，其本质是⼀种新型的⽣产协作关系，⽤来⼤幅提⾼软件供给侧交付效率。通过构建在开发者与需求者、开发者与开发者之间新型协作关系，⼀⽅⾯可充分利⽤前⼈的成果，⼀⽅⾯让需求者也参与到软件开发环境中。通过⼤量使⽤者的参与，可快速积累测试⽤例，帮助产品快速成熟。⽽开源背后的经济学原理，是根据⼀种商品的价格变化对另⼀个商品的需求影响，将商品划分为互补品和替代品。举个简单例⼦，作为⽔果的苹果和⾹蕉是替代品关系，作为餐具的碗和筷⼦是互补品关
系。前者⼀个售卖多了，另⼀个⾃然售卖少了；后者⼀个售卖多了，反⽽会促进另⼀个的售卖。开源商业的本质就是到边际成本⾜够低的部分，将价格降到最低，以期望⽤户使⽤实惠的产品后，倾向于购买其他互补品，最后通过互补品实现收益最⼤化。作为开源的基础软件，将⼀套软件代码的边际成本降低为0，直接将其开源、免费提供，以最快的速度go to market，并将其中⼀部分⽤户转化为对互补品的需求，从互补品上收费获益。因此，商业化的核⼼问题就是如何框定这个边际成本为0的范围，如何选择最合适的互补品，如何对互补品定价。
3).开源商业模式
开源公认的有三种盈利模式：
增值服务
这种模式靠技术服务盈利。开源软件后⾯的运维、部署、咨询、升级等，统称为技术服务。其中模式的变现价值点主要为企业提供⼀种保障。因为开源软件⼀般涉及到企业内部核⼼的基础设施，其稳定性和服务保障率是企业重要的指标。同城企业会倾向于采购外部的保障服务，作为“保险”。其核⼼风险是难以规模化，服务收⼊的增长通常意味着内部服务⼈员的增长。在不扩⼤⼈员规模的情况下，增长的⽅式只有扩展产品线。这种模式的⽑利率在20~30%，典型公司如Redhat。
双版本（Open Core）
这种模式是通过发⾏两个版本，⼀个开源社区版本，⼀个企业版本。在企业版本中增加开源版本不具备的功能，例如数据审计、数据加密、权限管理等，以此更好地满⾜企业⽤户的诉求。此外，还可提供集版本扩⼤⽀撑规模，提供开发⼯具提升效率等⽅式。这种模式会⽐增值服务模式更容易规模化，但是企业需要平衡企业版本与开源版本的利益。⼤部分开源社区中，企业版⽤户仅占⼀⼩部分，如果所有核⼼功能仅提供给企业版⽤户，⽆疑开源社区会因此失去活⼒。这种模式的⽑利率在
60~80%，典型公司如Elastic。
云托管（Hosting）
随着云计算的兴起，把软件部署在云端，提供安全、⾼效、可⽤的⽅案，让⽤户省去部署运维⿇烦。
这种模式的价值点在于云为软件提供很好的分发渠道，⽤户可更加便捷地购买软件。在选择这⼀模式后，企业避免本地部署、运维步骤，节省了⼈⼒成本，为企业使⽤软件带来极⼤便利。这⼀模式亮点在于边际成本递减，可规模化潜⼒⾼，风险在于服务构建于云⼚商，⽽云⼚商会利⽤开源版本与开源公司形成直接竞争关系。通常这种⽅式可通过与Open Core⽅式结合形成混合云能⼒或者改变开源版权，来形成竞争壁垒。这种商业模式的的⽑利率在40~60%，典型企业如MongoDB。
4).开源企业发展阶段
开源软件的发展，可⼤体分为三个阶段，分别是孵化期、产品验证期和价值变现期。在不同的阶段，会关注到不同的指标，过早的商业化、收割⽤户往往不能持续。早期的漂亮数字，不代表后期具备⾼成长性。往往这⼀过程是需要⼗年以上，如果没有⾜够的耐⼼，是⽆法看到硕果累累的季节。
孵化期
开源项⽬成⽴的前3~4年，最重要的是孵化，建⽴开源社区。企业重点关注的是开源项⽬是否能够吸引开发者参与、是否愿意积极与社区互通、是否解决了开发者体的共性问题？这个阶段企业可通过诸如Github指标来衡量社区发展情况。此时的⽬标⽤户画像是开发者。这个阶段是开源企业最为重要的阶段，建⽴好的社区是企业未来发展的保障和企业的长期壁垒。
产品验证期
在获得⾜够开发者认可后，下⼀步是进⾏产品的PMF。该阶段重点关注的是产品是否满⾜企业⽤户的需求，可通过下载量、使⽤情况、KA客户、付费意愿等来评估，进⽽对企业客户是否从产品中获取价值、产品的商业基础是否成⽴做出判断。企业付费的价值点很多，开源企业需要到合适⾃⼰的模式。
价值变现期
在开源项⽬、企业级产品均得到验证后，开源企业才会转移到获取利润。此时，企业需要验证的是经济模型是否可持续、是否可规模化，衡量的指标就是常规的营收、订单数、ARR等。到了这个阶段，开源企业的商业价值才能完全体现。
源代码下载开源社区
案例：MongoDB的发展

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。