写点什么

开源的未来:为什么开放核心已死?

  • 2022-10-13
    北京
  • 本文字数:1921 字

    阅读完需:约 6 分钟

开源的未来:为什么开放核心已死?

如今,开源你的核心业务产品可不是一个好主意。如果你创造的项目开始与你的核心内容展开直接竞争,或者让其他玩家吃掉你的奶酪,你便会对它的成功心生不满。

 

我并不反对开源,相反,作为一名开发人员,我使用许多开源工具,定期参与贡献,甚至自己构建了几个项目。

 

我相信开源是(将会是)所有现代软件栈的基石。

 

它是实现有意义的对话、建立真正的社区来解决复杂问题和促进行业标准(被标准协会采用,或作为一个项目变得越来越重要的即成事实)的最佳方式之一。况且如果创建社区,就是希望社区能够提供真正的价值。否则,为什么要创建它呢?

在未来,开放核心有什么改变?


早在 2010 年左右,像 RedisMongoDB 和 Red Hat 这样的公司就创建了开源项目,这些项目大受欢迎,并取得了巨大的成功,它们在这些项目的基础上提供了额外的企业版本和专业服务。


MongoDB 的首席执行官表示,当时,该公司在核心的 MongoDB 开源项目上花费了大约 50%的研发预算


问题是,时代变了。以前,一个项目可能需要数年时间才能获得崭露头角。这使得依赖于开放核心模式的企业可以创建、培育一个项目,然后找到正确的方法开始商业化。现在事物发展得快多了。现在尝试这样做,很有可能最终会与你自己的开源产品竞争,或者有人会在你的项目上更快地构建产品,而只给你留下些残羹剩饭。

吃一堑,长一智


Docker有一个非常强大的 OSS 产品,最终蚕食了自己的市场。Docker 的反应是开始限制自己的 OSS 产品,这种方式激怒了 OSS 社区,在商业和开源产品之间制造了冲突

 

Elastic 非常快速有效地发展了它的 OSS,但当 OSS 变得非常大时,其他公司开始在其基础上提供 SaaS(比如 Logz.io、AWS 和 Coralogix)。由于他们的市场(基本上是他们创造的)被严重削弱,他们别无选择,只能转向另一个领域——网络安全。与十年前相比,今天的软件采用速度要快得多,以至于在市场被接管之前,Elastic 几乎没有时间意识到这个问题。他们的“主场优势”变成了一个沉重的负担。

 

意识到这一转变,MongoDB 自己退出了他们最初采用的开放核心模型,改变了管理免费开源 MongoDB 项目的许可条款


你越关注开放核心项目,你就越会发现公司在努力保持自身发展、项目发展压力和市场加速之间的平衡。

更好的前进方向:开放基金会


那么,还有什么替代方案呢?我建议你寻找一个真正的问题,你的开源解决方案可以帮助你解决这个问题,这个问题既可以补充你的业务,又不会放弃核心价值,并通过坚持以下三个关键原则来与市场接轨:

 

  1. 真实:项目需要增加实际价值,并真正提供价值。在一个快节奏且相互关联的市场中,开发者很容易就能发现将他们推向其他产品的“诡计”。

  2. 避免利益冲突:开源项目不应该让你的公司陷入利益冲突。在你推动公司发展的过程中,随着需求的增加,你会倍感市场压力。你的竞争对手使用了你的开源软件,这可能会无形地限制你的增长或显著降低你的速度。支持、演进和发展开源是一项繁重的工作,你的竞争对手可能很容易从中获益,这可能导致你的公司迎接死亡之吻。

  3. 使项目独立:开发者应该能够享受项目所提供的东西,而不依赖于不遵守这些原则的其他组件。如果你的 OSS 项目是有价值的,但是使用的时候存在障碍,其他项目就会通过减少这些障碍以取而代之。

 

如果你坚持这些原则,你可以创建一个开源产品作为核心产品的补充。它授权、支持、增强、启用产品的一部分,而不是产品本身或其核心。这将使你能够享受开源社区的所有好处,而不会损害产品的核心部分。

 

这一策略已经被数十家公司实施。

 

Netflix (Spinnaker)、谷歌(Kubernetes)和 Meta (React)都创造了非常成功的 OSS 产品,它们为开发者和社区提供了真正的价值,但却没有放弃其产品的核心价值。小型公司也在使用这种模式——Komodor (ValidKube)、Up9 (Mizu)和我自己的公司 Permit.ioOPAL)。

 

当我们共同创建我们的开源项目 OPAL 时,我们希望为开发人员提供一种标准的方法,以便随着云中的动态变化保持最新的权限。我们推广这个项目,并希望人们使用它,而不管他们是否为我们提供的 SaaS(Permit.io)支付过一分钱。

 

我们的开源项目做得越好,它们发展得越大,对我们的产品就越好,这正是当你考虑将开源作为一项业务来构建时所希望看到的变化。

 

开源不会消失,开放基金会是开源商业战略发展的下一步。我很兴奋地看到它带给世界的所有那些令人惊叹的社区、产品和标准,以及会与之一起成长的业务。

 

译者简介:


冬雨,小小技术宅一枚,现从事研发过程改进及质量改进方面的工作,关注研发、测试、软件工程、敏捷、DevOps、云计算、人工智能等领域,非常乐意将国外新鲜的 IT 资讯和深度技术文章翻译分享给大家,已翻译出版《深入敏捷测试》、《持续交付实战》。


原文链接:

https://thenewstack.io/the-future-of-open-source-or-why-open-core-is-dead

2022-10-13 10:173754
用户头像
凌敏 InfoQ 技术编辑

发布了 727 篇内容, 共 365.1 次阅读, 收获喜欢 1223 次。

关注

评论 1 条评论

发布
用户头像
开放基金会 这块看了原文写的是 open foundation  , 所以是不是'开放基础设施 '  之类的更合适?
2022-10-23 10:27 · 广东
回复
没有更多了
发现更多内容

戴尔G系列游戏本助玩家激战英特尔大师挑战赛

E科讯

《转》Spring事务传播机制

hasWhere

实践案例丨利用小熊派开发板获取土壤湿度传感器的ADC值

华为云开发者联盟

物联网 IoT 传感

揭秘App的财富密码,剖析算法工程师价值来源

峰池

人工智能 互联网 推荐算法 互联网公司

写给新人算法工程师

峰池

互联网 新人 推荐算法 算法工程师

关于互联网留存和收益你知道多少—带你走近用户成长体系

滴滴普惠出行

数字货币是大势所趋,新冠疫情后必须率先发展DCEP

CECBC

数字货币 银行

初学源码之——银行案例手写IOC和AOP

Java架构师迁哥

在多架构时代,英特尔扩展高性能计算边界

E科讯

实践分享丨物联网操作系统中的任务管理

华为云开发者联盟

华为 数据 物联网 进程

奈学开发者社区分享:Java - 设计模式的7个设计原则

奈学教育

Java 设计模式 设计原则

关于深浅拷贝

西贝

Java 大前端 基础

《转》POI的XWPFParagraph.getRuns分段问题

hasWhere

Java进阶教程、大厂面试真题、项目实战,GitHub上这14个开源项目屌炸天了!

Java架构之路

Java 程序员 面试 编程语言 项目实战

清华架构师整理分布式系统文档:从实现原理到系统实现,收藏吧

小Q

Java 程序员 架构 分布式 微服务

for-range造就循环永动机?快来看看go中for-range的那些事!

Gopher指北

后端 for Go 语言

Binder那么弱怎么面大厂?

博文视点Broadview

Java android 通信 移动开发 Android进阶

一文领略 HTTP 的前世今生

yes

互联网 网络 HTTP 阿帕网

一文纵览向量检索

华为云开发者联盟

数据 搜索 检索 检查

form表单提交get请求

hasWhere

解读华为云原生数据库设计原则,打破传统数据库上云瓶颈

华为云开发者联盟

数据库 数据

深入理解MySQL中事务隔离级别的实现原理

X先生

MySQL 数据库 后端 事务

华为全联接2020:环信AI领跑,输出5大行业最佳实践

DT极客

H5选图预览到上传最佳实践

阿里云金融线TAM SRE专家服务团队

android H5

阿里P8大牛力荐Java程序员进阶必读的书籍清单(附电子版)

Java架构之路

Java 程序员 面试 编程语言 书籍推荐

奈学开发者社区分享:Java - 设计模式的7个设计原则

古月木易

Java 设计模式

Electron 快速入门及最新安装教程

程序员学院

Java html 大前端 Electron node,js

区块链会替代大数据吗?

CECBC

区块链 大数据

公有云厂商哪家强?本月UCloud、百度云、阿里云位居三甲——2020年8月云主机性能评测排名

博睿数据

世界的下一个主宰——人工智能

CECBC

人工智能 智能时代

PPT画成这样,述职答辩还能过吗?

小傅哥

Java 小傅哥 流程图 架构师 PPT

开源的未来:为什么开放核心已死?_开源_Or Weis_InfoQ精选文章