高可用不是技术执念,是企业的隐形成本账单

上周跟老周吃夜宵,他是国内头部即时零售平台的架构组负责人,半杯冰啤酒下肚就开始拍桌子。

就是6月18号那天的事。

上海入汛以来最大的暴雨,小时降雨量破了2011年以来的纪录,本来是618大促最后冲量的节点,平台单量直接比平时同时段涨了217%。他们去年对外吹了整整一年的四个九的高可用,结果核心订单链路直接卡了37分钟。

累计丢了12万笔订单。

光是用户赔付、商家补贴,前前后后掏了2300万——相当于他们整个技术团队去年全年的年终奖总和。

你敢信?

去年他们砸了1200万上线三地多活的容灾架构,PR稿写得天花乱坠,说哪怕半个机房炸了都不影响用户下单。结果呢?暴雨把上海嘉定机房的UPS外接线路给泡了——不是机房进水,是埋在地下的外接电缆被积水淹了,整个机房直接硬断电。另外两个地域的容灾集群,因为之前为了省每年300万的跨区带宽成本,把同步链路从强一致改成了异步,两边的数据差了整整12分钟,根本不敢直接切流量。

切过去就要面对12分钟的订单数据断层,商家会疯,用户会炸,最后只能眼睁睁看着链路卡着,等运维人员手动把积水排完,重启UPS,一点点把流量导回来。

即时零售平台订单链路宕机用户投诉界面截图
即时零售平台订单链路宕机用户投诉界面截图

2026年的极端天气,戳破了多少高可用的窗户纸

以前大家对高可用的认知,就是机房要多,服务器要冗余,专线要双链路,好像只要把这些硬件堆够了,系统就永远不会垮。但2026年这几场极端天气——河南的暴雨淹了机房,广东的台风刮断了骨干网,四川的地震震得光缆断了十几公里——把所有藏在高可用方案里的猫腻全晒出来了。

很多团队做高可用,根本不是为了真的扛住极端场景,就是为了给PR稿凑指标。四个九的可用性,翻译过来就是每年允许宕机52分钟,听着挺厉害,可你真遇到一次极端天气,37分钟的宕机就占了全年指标的70%,剩下的时间但凡出点小问题,指标就破了。

没人真的算过,这些极端场景出现的概率到底有多大。比如上海这种级别的暴雨,十年一遇,你为了防这个十年一遇的场景,每年多掏300万的带宽费,十年就是3000万,真遇到事故了赔的钱都没这么多。

说实话,我见多了这种PR稿吹上天,实际落地稀碎的案例。很多公司的高可用方案,就是给投资人看的PPT,真到了要切流量的时候,连预案都没跑过一遍。

所谓高可用军备竞赛,本质是一笔算不明白的ROI账

我之前接触过杭州某外卖平台的技术负责人,2024年夏天他们干了一件特别”务实”的事:把之前三可用区的跨区同步专线从双链路砍成了单链路,每年直接省了760万的带宽成本。

当时内部评审的时候,所有人都觉得这买卖划算——双链路一年760万,单链路只要200万,就算真的断了,手动切流量也就十分钟的事,能亏多少钱?

结果真的遇到雷暴,单链路被闪电打断,整个骑手调度系统直接瘫了22分钟。

那天正好是晚高峰,路上堵得一塌糊涂,骑手找不到订单位置,商家不知道哪个单要先做,用户在app里刷了十分钟都看不到配送进度。最后算下来,光是给骑手的超时补贴、给商家的流量补偿、给用户的红包,前前后后花了1900万——相当于把未来两年省下来的带宽钱全赔进去,还倒贴了一大半。

这就跟抗战时期的敌后游击战似的,你总想着把兵力全集中在正面战场省钱,不留预备队,真被人抄了后路,连撤退的通道都没有。

很多人对高可用的成本计算,完全是拍脑袋。你要把可用性从两个九(每年宕87小时)提升到三个九(每年宕8.7小时),大概只要多花30%的服务器和带宽成本,性价比极高。但你要是想从三个九冲到四个九,成本直接翻3.7倍,可对应的事故时间只少了8个小时——很多中小公司的全年营收,都覆盖不住这多出来的3.7倍成本。

更扯的是,现在很多技术团队为了显得专业,不管业务规模多大,上来就上两地三中心、单元化架构、全局强一致,听着技术含量拉满,实际呢?一个做本地社区团购的小平台,一天也就十万单,你花几百万搞三地多活,还不如拿这钱多给用户发几块钱优惠券,比啥都强。

多可用区容灾架构成本收益对比示意图
多可用区容灾架构成本收益对比示意图

我真的觉得现在的高可用方向走偏了。不是说高可用不重要,是你别拿着对外PR的指标当实际落地的标准。什么五个九的可用性,听着牛逼,你真算过要达到五个九,需要多少冗余的服务器、多少7*24小时的值守人员、多少跨地域的专线带宽吗?相当于你为了防一辈子可能遇到一次的地震,把家里所有的家具都用钢筋焊在地板上,每次搬个桌子都要拆半小时,这不是有病是什么?

被高可用绑架的技术人,迟早要算清自己的职业账

我认识的一个在头部互联网公司做架构的朋友,过去三年光牵头做高可用冗余的项目就接了17个。从两地三中心到单元化架构,从强一致同步到流量染色,啥热门的技术概念都往自己的架构里塞,去年还拿了公司的技术创新奖,奖金拿了20万。

结果今年公司降本,直接把他所在的架构组砍了一半。

老板算过账的:这些高可用架构每年带来的运维成本,已经超过了宕机一次可能造成的损失。之前吹的牛逼,现在全成了裁员的理由。

你说他冤不冤?

说不冤也冤。他从一开始就没搞明白,公司要的不是真的四个九的高可用,是能对外讲的高可用故事。真要算ROI的话,他做的这些项目,从一开始就没创造过实际价值。

现在整个产业链都在跟着这个歪风气走。很多小的技术服务商,就靠着给中小公司卖高可用解决方案赚钱,一套方案收你几十万,其实就是把开源的组件拼一拼,配个监控面板,根本不管你实际的业务场景需不需要。你一个做内部OA的系统,全公司也就两百人用,一年宕机两次,每次俩小时,根本没人在乎,结果你花几十万买了个三地多活的方案,这不纯纯交智商税吗?

还有那些刚入行的年轻架构师,天天抱着高可用的教材啃,把什么RTO、RPO的指标背得滚瓜烂熟,真到了实际项目里,连老板要的是啥都搞不清楚。你跟老板说要做四个九的可用性,老板第一反应不是问你要花多少钱,是问你这东西能帮我多卖多少广告,能帮我多赚多少钱。你答不上来,你那套技术理论就一文不值。

再过三年,等所有老板都把这笔隐形成本账算明白的时候,那些只会抱着高可用指标吹牛逼的架构师,会不会比当年一窝蜂上微服务的那群人,凉得更快?

作者|大讲堂

排版|大讲堂

审核|阿辰

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:高可用不是技术执念,是企业的隐形成本账单
文章链接:https://www.lfdjt.com/info_23_25729.html