写点什么

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

  • 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:173907
用户头像
凌敏 InfoQ 技术编辑

发布了 733 篇内容, 共 433.6 次阅读, 收获喜欢 1246 次。

关注

评论 1 条评论

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

5G最核心的本质是能力可被编排及开放

JiangX

5G 数字化转型 28天写作

你跟涨薪只差这份Java核心知识点文档,读懂它你就是技术大佬!

Java架构之路

Java 程序员 架构 面试 编程语言

【高并发】ReadWriteLock怎么和缓存扯上关系了?!

冰河

并发编程 读写锁 高并发 ReadWriteLock 签约计划第二季

【并发编程的艺术】JVM内存模型

程序员架构进阶

架构 Java内存模型 Java虚拟机 28天写作

惊悚,单个java进程占用700%的CPU

万里无云

Java 后端 cpu

史上最全!阿里巴巴2021年最新最全500道Java后端面试大全(值得收藏)

Java 编程 程序员 面试

Windows AD 是否开启或者关闭了UAC服务

BigYoung

windows Windows 10

历史上的今天

IT蜗壳-Tango

七日更

OMG,阿里大佬Kafka手写实战记录,这也太香了

Java架构之路

Java 程序员 架构 面试 编程语言

一个系统小BUG修复投产居然花了3个小时来处理(上)

罗小龙

28天写作 投产事故 解决思路

2020 总结 | VoltDB的亮点,你了解多少?

VoltDB

数据库 物联网 VoltDB

28天瞎写的第二百二十六天:TechCrunch Hackathon 的故事

树上

28天写作

关于“为更新而更新”的一种新的理解

Nydia

Java虚拟机知识 - JVM入门

小马哥

Java JVM 架构师 Java虚拟机 七日更

HTML(六)——html表单

程序员的时光

程序员 大前端 七日更 28天写作

人设崩塌的美国生物实验室

脑极体

week9-homework

J

用docker-compose快速部署ChirpStack

远鹏

Docker-compose IoT ChirpStack LoraWan Go 语言

DCache 分布式存储系统|安装部署与应用创建

TARS基金会

缓存 分布式 微服务 存储 TARS

如何开发一个完善的Kafka生产者客户端?

码农架构

kafka 架构 中间件 消息中间件

区块链数字货币钱包系统软件开发|区块链数字货币钱包APP开发

系统开发

深度 | 阿里云蒋江伟:什么是真正的云原生?

阿里巴巴云原生

云计算 容器 运维 云原生 k8s

疫情闭关修炼半个月,我竟把JDK源码都读懂了!

996小迁

Java 编程 架构 面试 程序人生

共识算法的简单理解(一)

石君

28天写作

soul 数据同步(三)http长轮询 同步策略

xzy

技术招聘常被吐槽,企业应该考虑好这一点

李忠良

28天写作

厉害!腾讯T3-2都还在学的微服务+MySQL+Kafka+boot2.x+虚拟机PDF

Java架构之路

Java 程序员 架构 面试 编程语言

从零开始学java第一天(为报训练营做准备)

落曦

产品质量管理活动流程

L3C老司机

2050年的一次出游 (28天写作 Day15/28)

mtfelix

自动驾驶 28天写作 科幻写作

week9-conclusion

J

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