开源软件的盈利方式
目录
开源软件的盈利方式
概念
- 一家开源公司,提供了大部分开源软件,并且大部分用户不会为产品付费
了解下部分的开源软件公司
- redhat【开源Linux】:2018年被ibm收购
- cloudera/Hortonworks(2018年两家公司合并)【开源Hadoop】
- MuleSoft【开源SOA中间件和相关产品】:2018年6月份被salesforce收购
- Automattic(wordpress.com的母公司)【开源wordpress、bbPress】
- Elastic【kibana】 + MongoDB + Acquia【开源内容管理系统Drupal】
- HashiCorp【开源产品Vagrant、Valut、consul】 + confluent【开源产品kafka】
- Databricks【开源产品spark】
开源公司盈利之前的必要条件
- 具备这两点,则可以帮助需要专业帮助的公司,发展自己的业务模型,持续发展
- 被广泛使用(肯付费的客户可能占比不过百分之个位数,但是群体足够庞大,就会利润可观):有庞大的用户和活跃的社区
- primary信誉:优质的信誉,从而建立一个有效的销售和营销流程。
- elastic和mongodb一家独大,有主要信誉;而Hortonworks和Cloudera相互竞争,争抢Hadoop市场,最后走向合并
整个发展过程
- 前期需要大量投入
- 基本大部分是大公司的内部项目:比如google的k8s,yahhoo的hadoop和hdfs,linkedin的kafka
- 学术界的研究课题:伯克利的spark
- vc-backed风险投资(venture capital风险基金)的创业公司
五种常见的商业模式(可相互结合)
支持(redhat model)
- 提供产品使用过程中的部署和集成服务、面向生产的“insurance policies”、二进制认证、培训、bug修复打补丁等
- 缺点:需要大量人工成本;支持工作的重复性差,会出现很多个性化问题;产品经过补丁修复等越来越好用,最终减少收入
- 如果需要盈利更多,产品的部署步骤需要冗杂繁琐,这与产品本身的用户体验相悖
- 通常仅有1%的用户转换成付费用户。后来付费公司会逐渐加大工程投入来了解开源项目或者软件,逐渐减少外部依赖
- 常见的开源公司起步盈利的方式【redhat创造了数十亿的年收入】
托管
- 用户将项目部署到生产环境,只需要点击即可保障稳定运行(不用担心备份、停机、升级等)
- 随着上云和托管服务的普及,已经成为开源公司的popular盈利模式
- 公司举例:AWS、Databricks,Acquia
限制性许可
- 许可:GPL和AGPL License
- 举例:redis新出的commons clause; mongodb新出的SSPL
- 缺点:
- 损害了开源本身,有些用户因为限制性许可选用了别的开源产品
- 法律:许可限制本身界限有时候模糊不清
open-core
- 概念:大部分代码开源,少部分只开放给企业用户【生产环境或者大规模部署】
- 优点:对于core是宽松的许可政策(apache 2),也可以对专业用户进行收费
- 缺点
- 平衡开源价值和专有价值
- 工程难度:维护两套体系代码;或者通过一些模块接口
hybrid licensing
- 概念:基于open-core,开放源代码和专有软件放在同一存储库。用户可以用不带许可的开源软件二进制文件,也可以使用专有许可下可用的开源软件和专业软件(购买许可秘钥)。
- 优点
- 同一代码库,有助于开发
- 团队重点关注core project
- 容易从免费版本切换到付费版本(不需要停机,不需要找销售)
- 社区成员可以在社区讨论开源和专业软件,甚至为专业软件做贡献
- 缺点
- 平衡开源价值和专有价值