重新认识 openGauss

我发现不上班有一个巨大的好处, 没有友商了! 之前在阿里时很难想象会跟 openGauss 的盆友聊这么多(就算聊别人也不一定跟你说那么多), 前几天跟 openGauss 社区的专家聊了一上午, 算是重新认识了华为 openGauss .

一群 500 到 1000 人（按行业通行的人力推断）的工程师，

每年砸下去 xx 亿的成本，做出来的 openGauss 数据库完全免费下载。数据库厂商基于 openGauss 发布自己的产品，还能拿出去卖钱。华为不仅不生气，还主动帮他们卖。这事儿正常吗？(这里肯定有人会杠: PG不就免费而且很开心的被白嫖么? 你别杠, PG是非引力组织, 背后没有公司, 而oG背后是华为, 逻辑完全不一样)

如果你按"互联网公司软件团队"的思维去看，肯定不正常。但如果换一套视角——把它当成华为计算业务（鲲鹏+昇腾服务器）的一颗子这事立刻就顺了。

一、羊毛出在猪身上

华为 2024 年销售收入 8621 亿，其中 ICT 基础设施 3699 亿、终端 3390 亿、云 385 亿、数字能源 687 亿、汽车 264 亿，软件从来没有单列过，也从来没把软件当成独立生意来做。

这不是偶然，是因为根本不需要。

鲲鹏（ARM 服务器 CPU）和昇腾（AI 芯片）面对的是 x86 加 GPU 几十年的存量市场。客户不会只因为"性能高 30%"就换平台——CPU 是要配套操作系统、编译器、数据库、中间件一起来的。而在这套组合里，数据库是护城河最深的一层：把客户的 Oracle/IBM DB2/MySQL 替换成 openGauss，迁移成本 6 到 18 个月。换完想再换回去？等于再做一次迁移。所以一旦迁成，硬件空间就被打开了。

这套路跟 Red Hat、Android 都不一样。Red Hat 是"开源 OS + 订阅服务"——软件本身是变现锚点；Android 是"开源 + GMS + 广告"——Google 用 GMS 控制手机厂商赚钱。openGauss 走的是第三条路： "开源基础设施 + 母公司硬件销售杠杆" —— 前 6 家可比公司里，没有一家有这个上游硬件锚点。

二、软件在硬件公司里扮演的三个角色

"软件"在硬件公司里同时扮演三个角色：

角色一：粘合剂。 openGauss 针对鲲鹏 ARM 指令集做了深度优化——NUMA 感知、向量化、并行查询。同样的代码，跑在鲲鹏上比跑在 x86 上快 30% 到 50%。这把鲲鹏从"ARM 兼容性弱于 x86"变成了"ARM + openGauss > x86 + Oracle"，硬件卖点一下讲清楚了。

角色二：护城河。 客户的核心系统一旦迁到 openGauss，再换回 x86 加 Oracle 就等于再做一次迁移。所以 ARM 服务器的客户保有率比想象中更高，不是因为 ARM 多好，而是因为数据库已经迁过去了。

角色三：销售杠杆。 360 万下载、7600 多名贡献者、850 多家社区企业——这些都是零成本的客户线索。某银行的 DBA 在 GitHub 上 fork 了 openGauss，华为销售不用拜访就知道"这家银行在考虑国产数据库"。开源就是雷达。

软件从"成本中心"变成了"销售加速器"。

三、KPI 设计才是核心问题

既然商业本质是"软件免费，但软件要拉动硬件"，那就不能考核软件收入。

为什么？三个理由：

1. 财务本质冲突。openGauss "免费帮大甲方做发行版"，根本没有软件 License 现金流。强行算 ARR 是会计幻觉。
2. 归因不可证。服务器 1 个亿的单子里，数据库只占决策权重的 10% 到 30%。算不清账会让数据库团队和销售互相甩锅。
3. 错配激励。考核 ARR 会逼团队去找"能算 ARR 的客户"，而不是"对华为硬件战略最重要的客户"。

openGauss 团队的 KPI 第一条铁律大概率会是： 它不能直接出现"软件许可收入"或"订阅 ARR"这种字样。如果出现了，KPI 设计可能走偏了, 或者我对华为了解还不够。

那北极星该怎么设计? 一句话：生态做大，把覆盖率提上来，openGauss 的覆盖率上来了，那么鲲鹏的可扩展空间就大了.

个人猜测的打法：社区、伙伴、大客户三个战场

1 社区：把 7600 个贡献者变成"销售前置部队"

社区是 openGauss 的弹药库。但 360 万下载量不等于 360 万销售线索——从"下载"到"商业生态量"中间隔着四个漏斗：

下载 → 活跃 → 贡献 → Committer/Maintainer → 商业生态量

第一个漏斗（下载到活跃）的关键是 "首次成功时间" ：能不能 15 分钟内让一个新手在鲲鹏服务器上一键跑起来 openGauss？所有 Quick Start 必须提供 ARM64 镜像加一键脚本，错误码要能在 5 秒内搜到原因加修复。

第二个漏斗（活跃到贡献）要解决"不知道从哪入手 / 提了 PR 没人 review / 被拒了不知道为啥"三个具体障碍。做法是给"good first issue"打标签、SIG 值班 Maintainer 轮班制每天必须 review 3 个 PR、用 AI 做 PR 初审给即时反馈。

第三个漏斗（贡献到商业）则是给头部贡献者"贡献者日"、SIG 实习通道、贡献者图谱白皮书，让伙伴公司能定向挖人。

SIG 治理需要避免被外部误认为华为一家独大, 可以做的是：Maintainer 任期 2 年到期评议、TC 多方制衡、避免单一厂商在 Maintainer 中占比超过 30%。

345 所高校的合作变现路径也得想清楚 —— 教材标准化、师资培训、OGCE 认证、联合实验室、数据库竞赛，学生人均成本 300 到 500 元。这事看上去不赚钱，但 3 年后这批学生进了银行、政府、运营商，就是天然的"已经在用 openGauss 的种子用户"。

2 伙伴：把 7+ 家商业版伙伴变成 7+ 支销售队伍

这是整个打法的咽喉。 DB 厂商不是对手，是渠道。每多一家 DB 厂商基于 openGauss 做商业版，openGauss 的市场覆盖面就多一份。

华为本来就不靠卖软件赚钱，让伙伴赚钱 = 让自己硬件出货更多。这跟互联网公司"开放 API 让伙伴赚钱"是同一个逻辑，只是锚点从流量变成了硬件。

具体怎么让伙伴赚到钱？钱袋子拆开是这样的：

华为在硬件侧让出返利、加报备保护、给联创基金激励；在软件侧让出 100% 商业版利润。这就是"扶上马送一程"——伙伴真赚到钱，才真帮华为卖硬件。

但也要警惕 "开源白嫖" —— 伙伴拿 openGauss 代码做商业版，但中标的项目清一色用第三方硬件（海光 x86、飞腾等）。这种情形发生时，华为的免费内核投入完全没换来硬件出货。解法是"软绑定"四件套：

• 性能绑定：把最优性能特性（NUMA 优化、SQL-Bypass、鲲鹏原生指令加速）与鲲鹏深度耦合，"换硬件就掉性能"。
• 认证绑定：鲲鹏展翅认证徽标只对"全栈跑在鲲鹏+欧拉+openGauss"发放，客户招标认这个徽标。
• 返利绑定：硬件返点、联创基金、报备保护只给"拉动鲲鹏出货"的项目。
• 资源绑定：内核专家二线支持、免费定制、POC 资源优先给带硬件盘子的伙伴。

3 大客户：别踢皮球, 有人兜底

大甲方（银行、政府、运营商、能源）买的从来不只是"数据库"。真正让行长、CIO、DBA、风控、采购、内审六类角色都睡得着的，是 "出了事有人背锅别供应商各家踢皮球, 在甲方干过的都知道, 一个故障或性能问题经常会变成“数据库、存储、网络、服务器”扯皮的拉锯战", 说得直白一点, 你用了华为的整套软硬件解决方案, 他还能踢皮球么? 。

所以"免费开源内核 + 付费商业版兜底"这个组合，本质是 —— 开源内核免费降低门槛，商业版由伙伴签合同、做 SLA、做驻场，谁负责一清二楚。这是 openGauss 打核心系统的命门。

免费的东西其实分了三层：

• 代码免费：开源内核、兼容性测试、联合 Roadmap、内核深度定制（针对买硬件的大客户）、品牌授权。
• 付费：与伙伴合作的商业发行版 License、原厂 SLA、7×24 驻场、一体机软硬打包溢价、行业解决方案。
• 华为让利不收：内核免费给到伙伴、迁移工具免费、华为不与伙伴争软件利润。(大多数人看到的华为卖钱的 GaussDB, 那不是 openGauss 团队的产品, openGauss 隶属于硬件团队, 根本没有数据库产品营收考核指标何来卖钱?)

总结

一句话总结：openGauss 团队考核的不是"我赚了多少"，而是"我养出了一个多大的生态"。生态目标达成，硬件盘子自然起来, 同时还能解决中国产业业务连续性问题，一举两得。这是中国 IT 史上少见的、把"软件免费，构建生态"做成"长期主义"的案例 —— 前提是背后有硬件做锚。

这套打法不是哪家公司都能学的。它需要三个前提同时成立——有硬件规模（鲲鹏+昇腾 665 万开发者、8500 家伙伴、22800 个方案认证）、有"防御动机"（被制裁逼的去 x86+去 Oracle）、有资本耐力（华为 2024 研发投入 1797 亿、占收入 20.8%）。三个条件缺一个，这套飞轮都转不起来。

最后再透露一下, openGauss 除了 OLTP 版本, 未来还会重点打造 2 款产品 "oGRAC, oGMemory" 一个看名字就知道对标 Oracle RAC( https://github.com/opengauss-mirror/oGRAC ), 另一个面向 AI Agent 记忆场景( https://opengauss.org/zh/ogmemory/ ), 可以关注一下, 这事闹的, 数据库又要卷的起飞了.

最后留给大甲方和其他 DB 厂商一个思考题: 合作还是硬杠? 得好好思考一下!