写点什么

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

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

发布了 736 篇内容, 共 437.3 次阅读, 收获喜欢 1248 次。

关注

评论 1 条评论

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

CleanMyMac X2023电脑最新版本更新内容

茶色酒

CleanMyMac X CleanMyMac X2023

vue实现一个鼠标滑动预览视频封面组件(精灵图版本)

JYeontu

Vue 视频

IntelliJ IDEA 撤销和反撤销

HoneyMoose

从 JDK 9 到 19,我们帮您提炼了和云原生场景有关的能力列表(上)

阿里巴巴云原生

阿里云 云原生

架构实战营模块5 高性能高可用计算作业

西山薄凉

「架构实战营」

重磅发布丨《云原生实战指南》助力企业上云实践!

阿里巴巴云原生

阿里云 云原生实战

架构训练营模块8

张建闯

架构实战营

突破边界:“超融合+”带来的商业化精益之路

脑极体

试试 IntelliJ IDEA 新的 UI

HoneyMoose

Java高手速成 | Hibernate的配置文件与JPA API的基本用法

TiAmo

hibernate jpa api 网关

Java 中如何限制方法的返回时间

HoneyMoose

为什么在容器中 1 号进程挂不上 arthas?

阿里巴巴云原生

Java 阿里云 容器 云原生

推进行业生态发展完善,中国信通院第八批RPA评测工作正式启动

王吉伟频道

RPA 机器人流程自动化 中国信通院 RPA评测 RPA产业推进方阵

Higress + Nacos 微服务网关最佳实践

阿里巴巴云原生

阿里云 云原生 nacos Higress

C# 如何部分加载“超大”解决方案中的部分项目

newbe36524

C# Docker Kubernetes

基于Verilog HDL的状态机描述方法

timerring

FPGA

ChatGPT真的可以取代基础工作岗位吗?

老张

人工智能 产业发展 ChatGPT

全景剖析阿里云容器网络数据链路(五):Terway ENI-Trunking

阿里巴巴云原生

阿里云 容器 云原生

IntelliJ IDEA 修改只读模式和可写模式

HoneyMoose

2022阿里云技术年报:基础产品篇

阿里巴巴云原生

阿里云 云原生 基础产品

10 亿月活用户下,快手基于 Dragonfly 的超大规模镜像分发实践

阿里巴巴云原生

阿里云 容器 云原生

OpenMMLab图像分类实战代码演示

IT蜗壳-Tango

CV OpenMMLab 图片分类

设计「业务」与「技术」方案

Java 架构 技术 业务

核心应用实现云原生改造升级,波司登数字化战略加速落地

阿里巴巴云原生

阿里云 云原生

基于SLO告警(Part 4):开源项目 pyrra 使用

Grafana 爱好者

云原生 可观测性 Prometheus SRE SLO

技术服务深耕本地市场:阿里云在日本的探索与实践|国家经理专栏

阿里巴巴云原生

阿里云 云原生

图片竟能直接生成逼真音效?这AI模型也太神奇了吧!

科技热闻

docker setup mysql

平凡人生

MySQL

应用纳管和灰度发布:谐云基于 KubeVela 的企业级云原生实践

阿里巴巴云原生

阿里云 容器 云原生 KubeVela

C++ 友元与运算符重载那些事

王玉川

c++ 编程语言 运算符 重载 friend

架构训练营模块七作业

张建闯

架构实战营

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