史上最全！ 全球 22 种开源商业收入模式
The following article is from OSC开源社区 Author 郭炜（郭大侠）
作者｜郭炜（郭大侠）
近些年来开源在全球成为越来越火爆的话题，越来越多的开源项目获得了大量的投资或者最终上市。开源是根据一些开源协议把代码公开在互联网上并拥有开源社区和使用者的一种开发模式，那么开源项目代码是开放的，又是如何能够形成商业闭环形成商业收入的呢？
笔者参考了全球多个论文网站和公司材料，最终总结了全球大部分开源项目形成收入的商业模式，一共 22 种，如果你是开源爱好者或者有自己的开源项目，你可以从这些开源商业公司的商业模式中找到一些启发。我也为此建立了一个开源项目在文章末尾，如果其中有缺失或者不准确的地方也欢迎大家直接在项目当中留下 issue 或者给出 PR。
核心开源，非核心闭源
首先最常见的就是软件核心代码部分开源，非核心部分闭源从而通过各种形式收费的商业模式，细分下来这种收入模式一共有 4 个子类别：
第 1 类收费模式是开源商业 SaaS 模式，也就是核心代码开源，但是商业的 SaaS 云服务背后的代码闭源，且其中部分功能是开源版所没有的。比较典型的就是我们耳熟能详的 Databricks，它开源的 Apache Spark 是以 Apache 协议开源的，但是 Databricks 的云服务是闭源的，且其中的性能和功能要远超过其开源的 Spark 版本。
第 2 类就是 open-core 商业软件模式，也就是核心代码开源，但是部分功能代码是闭源，最终形成了闭源的代码软件进行售卖。比如大家最熟悉的支持开源 Apache Hadoop 的 Cloudera 公司所售卖 Cloudera Data Platform 就是这种软件模式的代表。当然随着云化的发展，这些以软件为初始售卖的商业公司，现在也都提供了自己云版本。但依然有很多常见开源软件是利用这种模式去售卖的。
第 3 类是 Plug-in 收费模式，软件本身都是开源的，但是它上面的插件是收费的，这些插件可以帮助这个软件更快地在行业当中提高它的使用效率或者完成特定的目标功能，部分 CAD 开源软件公司使用这种商业模式。
第 4 类是素材收费模式，也就是软件本身是开源的，但是它在运行或者使用时需要相关的素材，而这些素材是需要购买的。这种商业模式在游戏引擎方面比较常见，因为引擎本身只是一个计算核心，而周边的材质配齐了才能够快速开发相关的游戏，这个商业模式例子是 Arx Fatalis，Catacomb 3-D 等这样的引擎。
上面介绍的 4 类其实都是核心代码开源，但是周边有部分的能力是要收费的模式。
托管和整合
第 5 种就是我们常见的云托管模式，它的代码几乎和开源项目完全一样，只在云账号和相关的服务上面有略有不同，用户无需自己再去安装开源软件，也不用雇相关人员进行维护开源软件，直接使用相关的服务即可，比较典型的就是 MongoDB、Elastic 公司提供的托管服务。
第 6 种是硬件和开源软件整合到一起的一体机模式，例如，当年的 Sun 公司将开源的 Solaris 捆绑在自己的服务器上面进行售卖，最终的用户不需要自己再安装软件调试或者适配也可以直接使用硬件提供商提供的相关开源软件。
上面两种核心的商业模式其实都是帮助企业节约安装调试和部分运维成本而出现的商业模式。
软件市场模式
这种一种更为宏大的生态型商业模式。
第 7 种是软件市场（marketplace），这种商业模式一般出现在操作系统或者用户量极大的基础软件。例如 Android，Mozilla 的 Firefox，他们有庞大的用户使用基础。同时很多人会基于这个软件环境开发自由软件或插件，当用户购买他上面的这些软件时，公司通过收取中间的抽成来实现收入。
专业服务
第 8 种是提供普通运维和问答服务来进行（Professional Service），例如 Hortonworks（被 Cloudera 收购之前）的 HDP 和 Redhat 都是这种模式。它的软件代码是和开源同一套代码，企业需要支付支持和咨询费用来确保这些软件正常使用。
第 9 种是软件本身开源，通过升级服务收费来进行收入的。这种一般软件本身非常容易使用，但是它自身的数据却非常重要，每次升级的过程当中，用户为了保证企业数据完整性以及升级之后的软件稳定性，会购买专业开源原厂公司的升级服务。
售卖代码
第 10 种是售卖软开源软件的二次分发授权进行收入，例如大家熟悉的 macOS 基于 BSD Unix operating system kernel 专属权进行开发的，那么 BSD Linux 靠此授权来获得收入。
第 11 种是售卖同样开源代码软件且提供相关服务来进行收入。例如 ardour 和 radium，他们是售卖一模一样的开源软件的二进制代码以及相关的服务来进行收入，一般这种模式小型软件居多。
延迟开源
靠商业软件获得收入之后再进行开源的模式。这样的方式可以保证最新版本的商业收入，同时能保证开源社区的活力。
第 12 种开源商业模式就是延迟开源模式，也就是新版闭源，旧版本开源的模式，比较典型的就是 MariaDB Corporation。它的新版本都是商业版，但当他研发出更新的商业版本之后，他原来的商业版就会被开源出来让大家使用。
第 13 种叫退市开源，这种模式是商业软件已经基本上完成了它的商业生命周期，在退市的时候，它会被开源出来。很多游戏软件其实都是这种模式，所以我们能看到很多的 MOD 游戏模式都是基于这样的退市的游戏软件开发出来的，比较典型的就是 id Software and 3D Realms 公司相关的游戏软件。
围绕开源周边服务
第 14 种开源商业模式是卖认证。软件本身是开源的，但是它所提供的基于该软件的相关内容或相关服务要收费，因为它是软件和模式的发起者。所以，它可以通过认证的模式来进行收入。经过他认证的体系会更加权威，用户可以更加放心地购买，比如早期的 Unix v3 v8 的认证，和现在的 Moodle 模式。
第 15 种开源商业模式是卖培训和周边的参考资料，开源软件本身不一定是由公司建立的，但是他可以卖相关培训和出版相关资料进行收入，例如 O'Reilly 出版公司就是以售卖开源书籍著名的。
利用开源社区的用户流量
第 16 种是经营开源社区合作来进行收入。例如比较著名的谷歌的开源之夏（GSoC），它的收入模式就是帮助各种社区组织开发者经营活动来实现部门收入。
第 17 种是售卖开源软件上的流量赚取费用。软件本身是开源的，用户流量多了，软件利用其中的流量进行收入。在谷歌 chrome 插件里面最流行的 AdBlock Plus 就是如此，每年谷歌都会要付大量的费用来让他不 block 来自谷歌的广告。AdBlock Plus 靠此来进行收入。
有偿开源
下面两种都是参与开源项目的公司或个人进行收入的方法。
第 18 种叫悬赏开源，也就是在开源社区里面悬赏相关任务，最终开发者完成相关任务。获得相关奖励，最终实现个人和公司的收入。比如 Mozilla 曾经悬赏志愿者或公司去解决它的安全隐患然后付出相关费用。
第 19 种叫做众筹。也就是一个开源项目，会对他的用户进行预售，筹划到一定的金额后，再雇佣开源开发者完成这个项目，并且以开源的形式开放出来，例如 OpenGL 4.3 extension for the Mesa librar 就是这种模式开发出来的开源项目。
捐献
下面的两种开源都是比较佛系的。不靠软件本身赚钱，而是靠周边和捐献来获得收入维持。
第 20 种是接纳捐献来获得收入。例如 Mozilla Foundation，每年都会受到 Google 大量的捐赠来维持整个 Mozilla 基金会的运作。类似还有中国的华人开发者尤雨溪做的 VUE 也接受了各种公司大量的捐助。
第 21 种是售卖品牌周边进行收入，例如 Mozilla Foundation 和 Wikimedia Foundation 都有相关的情怀 T 恤或者马克杯。最近的 Apache Con Aisa 个人票当中的飞盘、贴纸、杯子、帽子，其实都是周边售卖获得收入的。
Web3 to Developer
第 22 种，也是最后一种，是我非常看好但还是在发展过程当中的开源收入模式，这就是 Web3 to Developer。开源社区本身就是一个 DAO，只不过目前的开源还很难通过衡量个人的贡献来获得收入。开源软件也很难变成一个像 NFT 一样的组织来获得收入和获利。但是我觉得随着 DAO 理论的发展和相关技术的进步一定会解决相关的问题，从而真正实现每一个开源贡献者劳有所得，每一个开源公司贡献有所收获，每一个投资者投资都有回报，这才是开源社区的最终解决方案。
综上，我花了挺长时间，整理了各种各样的开源到商业的玩法，我也在 Gitee 上建立了一个开源商业的项目，并把这篇文章和表格进行了开源，欢迎大家在里面去评论或者 PR 或者提 issue 来贡献，共同把开源社区的商业化做到极致，感谢各位。
项目地址：https://gitee.com/William-GuoWei/OpenSource_BusinessModel
推荐阅读
你好，我是程序猿DD，10年开发老司机、阿里云MVP、腾讯云TVP、出过书创过业、国企4年互联网6年。从普通开发到架构师、再到合伙人。一路过来，给我最深的感受就是一定要不断学习并关注前沿。只要你能坚持下来，多思考、少抱怨、勤动手，就很容易实现弯道超车！所以，不要问我现在干什么是否来得及。如果你看好一个事情，一定是坚持了才能看到希望，而不是看到希望才去坚持。相信我，只要坚持下来，你一定比现在更好！如果你还没什么方向，可以先关注我，这里会经常分享一些前沿资讯，帮你积累弯道超车的资本。