把时间拨回到 2006 年。那一年甲骨文正处在它历史上最舒服的位置：数据库是硬通货，销售铁军所向披靡，收购机器把 PeopleSoft、Siebel 一个个吞下去。账上现金像自来水一样往里流。
也正是那一年，一家网上书店对外开放了一项奇怪的服务，叫「弹性计算云」。当时几乎没有一个甲骨文的高管把它当回事——一个卖书的，凭什么教企业怎么买服务器？
这一章要回答一个让人别扭的问题：一门这么赚钱、这么稳的生意，为什么偏偏在下一班车来的时候，没上去。不是它看不见,而是它太赚钱了,以至于上车这件事本身对它有害。
先说清楚，「那班车」到底是什么车
在云出现之前，一家公司想跑一套甲骨文数据库，流程大概是这样的：先找甲骨文签一张许可证（License，就是「允许你在自己机器上运行这套软件」的书面授权），一次性掏一大笔钱；然后每年再交一笔维保费（约等于许可证价格的 22%，换来打补丁和技术支持）；与此同时，你还得自己花钱买一屋子服务器，租机房、拉电、装空调、雇一队工程师看着它们别宕机。
软件的钱进了甲骨文口袋，硬件和机房的钱进了别人的口袋，但麻烦全是你自己的。
云干的事，就是把这一整套买断+自建，换成按小时租。
打个比方。以前你要用电，得自己在院子里盖一座小发电机房：买机器、囤柴油、请人维护，用不用都得养着。云来了，相当于电网通到了你家门口——你只管把插头插上，用多少度电付多少钱，不用了拔掉就不再计费。发电机、变压器、维护工，全在电网那头，跟你没关系了。
这里有两班车，方向不太一样，得分开说，因为它们从两个不同的地方掏空了甲骨文的老生意。
第一班车：AWS/Azure —— 把「机房」变成按小时租
IaaS（Infrastructure as a Service，基础设施即服务）是这班车的正式名字。翻成人话：别人替你建好机房和服务器，你按小时租用算力和存储。亚马逊的 AWS 是头一个把它做成大生意的，微软的 Azure 紧随其后。
它厉害在哪？不在技术多玄，而在于它把一件「要下重注、要等很久」的事，变成了「几乎没有门槛、随时反悔」的事。这里的关键词是两个：
- 资本开支变成了运营开支。以前你要用数据库，得先砸几百万买服务器（这叫 资本开支，CapEx——一次性买下一件能用好几年的大件资产，钱先出去，价值慢慢摊）。现在你不买了，改成每个月付租金（这叫运营开支，OpEx——像水电费一样，用多少付多少）。对一家创业公司来说，这是天壤之别：以前要先融一大笔钱买机器才能开张，现在刷张信用卡，半小时后就有一台服务器在跑。
- 弹性。双十一流量涨十倍，你临时多租十倍机器，过完了就退掉。自建机房做不到这一点——你只能按最高峰去买机器，平时 90% 的时间它们在闲着吃灰。
注意，这第一班车表面上冲击的是戴尔、惠普这些卖服务器的，还有 EMC 这些卖存储的。甲骨文卖的是软件，好像隔了一层。但真正致命的是它改掉了客户的采购习惯。一旦一家公司习惯了「所有东西都按小时租、都能随时退」，它再回头看甲骨文那张几百万、签下去五年不能反悔的许可证，就会本能地皱眉。云不是抢走了甲骨文的某个客户，而是重新定义了「买软件应该是什么感觉」。
第二班车：SaaS —— 从上面把许可证整个换掉
如果说 IaaS 是从底下（机房这一层）动摇甲骨文，那 SaaS（Software as a Service，软件即服务）就是从上面，直接把「买软件许可证」这件事本身给废掉了。
SaaS 的意思是：软件不再是你买回来装在自己机器上的东西，而是供应商在自己的服务器上跑好，你打开浏览器按月订阅就能用。你不拥有任何软件，也不管它装在哪、怎么升级，你只是每月付费用它。
这条线上最有杀伤力的角色，是 Salesforce。它 1999 年开张，口号直白得像挑衅：「软件的终结」（The End of Software），发布会上还印着一个「No Software」的禁止符号。它卖的客户关系管理系统，恰恰是甲骨文和它刚收购的 Siebel 的主战场。
为什么 SaaS 对「收租之王」是釜底抽薪？回想前几章的逻辑：甲骨文的护城河，是客户把数据库和应用装进自己机房、深度绑定之后，迁移成本高到搬不动，于是甲骨文能年复一年地收租。可 SaaS 客户从第一天起就没有「自己的机房」这回事——软件在别人那儿跑，数据存在别人那儿。切换成本这块最大的石头，从一开始就没往河里砌。护城河还没来得及挖，河床先被填平了。
更微妙的是，SaaS 厂商自己在后台也要跑数据库。理论上它们可以用甲骨文——早年 Salesforce 确实大量用了甲骨文数据库。但随着它们长大，越来越多的 SaaS 公司选择开源数据库（PostgreSQL、MySQL 这些不要许可证费的）或者自研，就为了不给甲骨文交那笔「税」。所以 SaaS 这班车带来了双重打击：它抢走了甲骨文的应用客户，同时长大后的它们还想方设法绕开甲骨文的数据库。
关键问题：甲骨文明明看得见，为什么不上车？
一个爱因果的人到这里一定会问：这两班车又不是偷偷开走的，AWS 从 2006 就在跑，Salesforce 从 1999 就在喊。甲骨文有钱、有技术、有客户，为什么迟迟不动？
答案不是「没看见」，而是看见了，但上车对当时的它是笔亏本买卖。这里有三层机制，一层比一层深：
第一层：新生意的账，天生比旧生意难看
卖一张许可证，成本几乎是零——软件是复制品，多卖一份不多花一分钱，所以毛利率能到 90% 以上，钱当期一次性确认。而卖云，你得先自掏腰包建数据中心、买服务器、付电费，这些都是实打实往外流的现金；租金却要按月、按年慢慢收回来。
换句话说，从收租切到卖云，是主动把一门「近乎零成本、当场收全款」的生意，换成一门「先重金投入、再细水长流回本」的生意。对一个当期利润被华尔街盯着的上市公司，这在财报上就是自残：收入增长看着没变快，利润率和现金流却先塌一块。理性的 CFO 当然会犹豫。
第二层：经典的「创新者的窘境」
这是克里斯坦森那本书讲透的机制：一家在旧市场里越成功的公司，越难跳上会侵蚀旧市场的新技术——不是因为蠢，恰恰因为它在「对现有大客户负责」这件事上太称职了。
甲骨文最大的客户，是银行、电信、政府这些跑核心系统的大机构。这些客户当时并不急着上公有云——数据合规、安全、稳定性顾虑一大堆。销售铁军每天听到的反馈是「我们还要买许可证、还要自建机房」。于是公司内部所有的激励——销售提成、季度目标、产品路线——全都指向「把许可证卖得更多、更贵」，而不是「造一个会让许可证卖不动的云」。越是维护好现有客户和现有利润，就越是在给自己造上车的阻力。
第三层：老板亲手踩过刹车
还有一层很人的因素。甲骨文的掌门人拉里·埃里森，在相当长一段时间里公开唱衰云计算。2008 年他有一段著名的吐槽，大意是：「云计算」这个词到底是什么意思？不就是我们本来一直在用的服务器和网络吗，改个名而已，我搞不懂大家在跟风什么。
他没说错——云在技术底层确实还是服务器加网络。但他没抓住的是，云的革命不在技术，在商业模式：谁承担建机房的重注、谁背弹性和维护的包袱、客户按什么节奏付钱。当一号位公开表态「这只是炒作」，整个公司的战略惯性就更难扭过来了。
迟到的代价，和一个反转的伏笔
把这几层叠起来，「错过那班车」就不再是一句马后炮的嘲讽，而是一条清晰的因果链：生意太赚钱 → 新生意的账天生难看 → 内部激励全指向守旧 → 老板亲自背书「云是炒作」→ 起步整整晚了近十年。等甲骨文真正认真做云，AWS 已经是几百亿美元体量的巨兽，市场格局大局已定。
但这里要埋一个贯穿全书的伏笔，请记住它。甲骨文迟到，付出了在通用云市场几乎无缘第一梯队的代价；可正因为它迟到，它没有像三大云那样早早锁死自己的架构。当十几年后 AI 训练这班全新的车开来时——那是一种对机房带宽、对整机集群有着完全不同要求的负载——甲骨文反而能从一张相对干净的白纸上，专门为它盖一座数据中心。
这就引出了下一章的问题：既然租不上别人的车，那就自己造一辆。甲骨文的答案叫 OCI——它到底是什么，凭什么敢跟起步早它十年的三大云叫板？