前面十四章,我们把甲骨文这家公司拆开来一块一块地看:收租的老生意、切换成本、并购、错过的云、自建的 OCI、AI 把赌注放大、RPO、发债、毛利率、循环融资、估值、客户集中度、数据库锁定、数据护城河。看得越细,越容易只见树木不见森林。所以这一章不引入任何新东西,只做一件事:把散落的判断汇总成一张表,冷静地问每一块——它在变硬,还是在塌方?
先说清楚"护城河"这个词到底指什么,别让它变成一句正确的废话。
护城河不是"这家公司很厉害"的形容词。它是一个很具体的机制问题:当竞争对手想抢走它的客户时,客户要付出多大代价才能走?代价越高,河越宽。所以每一块护城河,都可以还原成同一个问题——客户想离开,被什么东西拽住了?拽力在变强,就是变硬;拽力在松,就是塌方。
先分清三种"硬"
护城河的硬,不是一种硬,是三种,混在一起谈就会得出糊涂结论。
- 技术硬:别人短期做不出同样的东西。比如把上万张 GPU 用 RDMA(一种让网卡绕过 CPU 直接读写另一台机器内存的技术,延迟极低)连成一台超级计算机,这是工程能力上的硬。
- 合规硬:法律和监管规定数据必须放在某个地方、由某个主体保管。这不是技术领先,是"别人不许碰"的硬。
- 惯性硬:客户懒得动、迁移风险太大、数据搬不走。这是最传统的收租式硬——也是最容易被时代慢慢腐蚀的那种。
为什么要分这三种?因为它们的保质期完全不同。技术硬会随着别人追上而贬值;合规硬只要法律不变就一直有效;惯性硬则取决于"搬家工具"有没有变好——一旦行业造出了标准化的迁移通道,惯性硬会以肉眼可见的速度融化。甲骨文的麻烦,恰恰是它最厚的那层河,是保质期最短的惯性硬。
正在变硬的一侧
为 AI 负载而生的自建机房
这是技术硬。别人的云是先为通用网站、通用后台设计的,GPU 是后来塞进去的;OCI 是扁平、高带宽、为把上万张卡连成一台机器而生的。在"训练一个大模型"这种极端负载下,网络拓扑的差别会直接变成训练时间的差别。这块河这两年确实在变宽——因为需求(大模型训练)正好撞上了它当初的架构选择。但技术硬有保质期:微软、谷歌、亚马逊都在拼命补网络,这块领先是"暂时的几个身位",不是"别人永远追不上"。
多云互联:把数据库送进别人的云
多云互联(Oracle Database@Azure/AWS/Google,把甲骨文的数据库直接部署进竞争对手的云机房里)是这两年最聪明的一步。它把"你要用我的数据库就得来我家"改成"我把数据库搬到你家门口"。这一步同时是变硬也是认输——变硬,是因为它降低了客户"顺便把数据库也换掉"的动机;认输,是因为它承认了客户不会全搬进 OCI。它把惯性硬续了命:客户上了 Azure,但数据库还是 Oracle 的。
主权云的合规壁垒
主权云(数据和运维完全在某个国家境内、由该国主体控制的云)是合规硬。TikTok 美国数据托管、各国政府数据,这类需求不是"谁技术好选谁",而是"法律规定只能放这里"。合规硬最稳,因为它不靠跑得比别人快,靠的是别人根本不许上跑道。这是甲骨文护城河里质量最高的一块——可惜也是量最小的一块。
正在塌方或承压的一侧
许可证:被 SaaS 从上面持续侵蚀
这是全书起点,也是最确定的塌方。许可证租金(客户买一次软件、每年再交约 22% 的维护费)是零边际成本的印钞机。但 SaaS(软件即服务,你不买软件,按月租用别人跑好的服务)正在从上层把它掏空——新一代客户默认租、不默认买。这不是甲骨文一家的问题,是整个卖许可证的老模式在退潮。老锁定还在收着旧客户的钱,但新增的水管越来越细。
云算力:一片打价格战的红海
租 GPU 算力这件事,本质上是卖标准化的电力+硬件。标准化意味着什么?意味着客户只比价格。第九章讲过毛利率被压:GPU 会折旧、机房要电费、边际成本不再是零。当四五家巨头都在建同样的机房、卖同样的算力,价格战几乎是必然。这块业务增长最快,但也最不像护城河——它更像在一条谁都能进的赛道上抢跑。
多云化本身的离心力
这是最微妙、也最致命的一条。甲骨文用多云互联去接住客户,但多云互联的前提,是承认了一个正在成型的行业共识:客户再也不想被单一供应商锁死。企业现在默认要"多云",就是为了随时能换、能比价、能不受制于人。
这里有个残酷的悖论。甲骨文为了留住客户,主动把数据库搬进别人的云——这一步短期是加分的。但它同时在训练客户接受"一切皆可迁移"的世界观。而惯性硬的整个前提,是"搬家太麻烦所以不搬"。当整个行业都在造标准化的搬家工具、当客户把"不被锁死"当成采购原则,惯性硬的地基就在慢慢抽走。甲骨文最赚钱的那层河,正在被它赖以生存的时代精神反向掏空。
巨债与薄毛利:自己造出来的新脆弱点
这一条不在传统"护城河"清单里,但它是塌方风险的放大器。为了追赶,甲骨文背上了量级上千亿美元的债、capex 拉到上千亿、自由现金流(经营赚的现金减去为维持和扩张花掉的现金)转负。护城河讨论的是"能不能守住客户",而债务讨论的是"守的过程中会不会先失血过多"。一个高毛利、零负债的收租王,和一个薄毛利、高负债的建云者,抗风险能力完全不同。河还在,但守城的人自己先背上了重甲下水。
护城河实时体检表
把上面全部压成一张能一眼看懂的对照表。每一行的格式是:这块河 —— 属于哪种硬 —— 现在的方向。
- 为 AI 负载而生的自建机房(OCI) —— 技术硬 —— 在变硬,但保质期有限,领先是几个身位不是永久。
- 多云互联(Database@别人的云) —— 续命惯性硬 —— 在变硬,代价是承认客户不会全搬进来。
- 主权云 / 数据合规托管 —— 合规硬 —— 在变硬,质量最高但盘子最小。
- 自治数据库 / Exadata 的技术锁定 —— 技术+惯性硬 —— 还看不清:把老锁定做得更硬,还是顺手给了逃生门,取决于客户到底是被绑住还是被服务。
- 手里的数据(Cerner 医疗、TikTok) —— 合规+惯性硬 —— 还看不清:真拥有价值,还是只是保管比特、所有权归客户。
- 传统许可证租金 —— 惯性硬 —— 在塌方,被 SaaS 从上层持续侵蚀,存量还在、增量变细。
- 云算力(租 GPU) —— 几乎无河 —— 红海,标准化商品、只比价格、毛利被压。
- 客户不再愿被锁死的离心力 —— 反向作用力 —— 在塌方,直接抽走惯性硬的地基。
- 巨债 + 薄毛利 —— 不是河,是新脆弱点 —— 在承压,放大所有其他风险。
一句话看懂强在哪、虚在哪
把这张表再压一层,答案其实很清爽:
甲骨文变硬的,是靠技术领先和法律合规撑起来的新河——为 AI 而生的机房、多云互联、主权云;塌方的,是靠客户惰性撑起来的老河——许可证租金、以及"客户懒得搬家"这个前提本身。而它为了从老河跳到新河,背上了一身债。
换句话说,甲骨文正在做的,是一场护城河的乾坤大挪移:把最赚钱但正在腐蚀的惯性硬,换成不那么赚钱但更结实的技术硬和合规硬。这笔交换在战略上说得通——旧河迟早会干,趁还有现金流的时候挖新河,是对的。
问题只剩一个:挪移要用债务买时间,而时间是不是够用,取决于新河挖好的速度,能不能快过旧河干涸加上利息累积的速度。这正是最后一章要交给你的判断——不是替你下结论,而是告诉你该盯哪几个数、什么信号算赌赢、什么信号算翻车。