{"id":"mb-20260829-4c4804","kind":"deep","title":"AWS 把数据中心近七成的路由器全砍掉了，但他们公开承认：省下的天量成本一分钱都没打算降价返还给客户","summary":"AWS 把数据中心近七成的路由器全砍掉了，但他们公开承认：省下的天量成本一分钱都没打算降价返还给客户","body":"AWS 把数据中心近七成的路由器全砍掉了，但他们公开承认：省下的天量成本一分钱都没打算降价返还给客户。\n面对记者的当面追问，AWS 全球网络副总裁 Matt Rehder 答得毫不掩饰：从成本角度看，确实全留下了。\n换作任何一家普通公司，这种回答足以引爆一场公关危机。\n可如果你看懂了云巨头底层的商业账本，就会发现这根本不是简单的利润截留，这是一场长达十七年的降维打击。\n2008 年，亚马逊副总裁 James Hamilton 在一场公开演讲里，直接向传统网络巨头开炮。\n他指着那些高价交换机说：这些设备商的暴利程度，简直和当年的大型机时代一模一样。\n他留下一句著名的话：数据中心网络挡了我的路。\n过去几十年，全球机房几乎都在遵循同一种连接方式：胖树架构，也就是 Clos 拓扑。\n逻辑看起来很规整：服务器连机架交换机，机架连汇聚层，汇聚层再连核心路由器，一层层往上堆成一棵大树。\n机房规模越大，树顶的路由器就越昂贵，线缆密密麻麻塞成一团拔不开的死结。\n更致命的是单点故障风险：一旦树顶的核心交换机烧掉，整个区域的算力都会被瞬间卡死。\nAWS 决定把这棵昂贵的树彻底推倒。\n2026 年 5 月，AWS 公布了新一代网络架构：弹性网络图，也就是 RNG。\n他们把分层的树状层级全部拍平，换成了一张近乎随机交织的平面网。\n在图论里，随机图的容错率和连通效率极高，但过去工程界没人敢在大规模机房这么干。\n上万根光纤如果真按随机方式去人工接线，现场施工会变成彻底的灾难。\nAWS 用一个叫做 ShuffleBox 的硬件化解了这个死局。\n这是一个完全不需要插电的密封光学洗牌盒。\n光纤在盒子内部按严密的数学矩阵自动交叉，外部工人只需像平时一样整齐插线，连出来的就已经是一张高效的随机网。\n零耗电，零延迟。\n配合一套叫 Spraypoint 的路由算法，数据包像喷雾一样被均匀分散到多条独立路径上，彻底消除了网络拥堵。\n最终跑出来的工程数据极其夸张：\n汇聚层路由器直接减少了 69%。\n网络设备的耗电量直接砍掉了 40%。\n整体网络吞吐量反而提升了 33%。\n坏掉 1% 的路由器，整张网就只损失 1% 的容量，彻底告别了层级架构一损俱损的连锁崩溃。\n那省下来的天量利润，为什么不直接拿来给客户降价？\n答案藏在云计算的全包定价模型里。\n当你在云上租用一台服务器，每个小时付出的费用，表面上买的是 CPU 和内存。\n但每一个 SKU 的收费背后，其实打包了物理机房、安防电力、跨机房光纤，以及极其庞大的内部网络调度。\n在 AWS 的体系里，一个可用区（AZ）往往分散在多个地理位置独立的机房园区。\n可用区内部的数据吞吐量每天都在爆炸式增长，但内部的数据流动始终完全免费。\n更关键的对比发生在价格上。\n在过去几年全球供应链通胀、硬件芯片成本飙升的大环境下，你今天开一台 64GB 内存的实例，价格和 2020 年完全一样。\n从 Graviton4 升级到最新的 Graviton5，基础价格增幅被死死压在 9%。\n这就是那台成本机器真正的运转方式。\n普通商人的降本，是把省下来的微薄利润体现在价格战上，遇到上游涨价时再被迫提价。\n真正的基础设施巨头，是用颠覆性的工程设计把内部边际成本直接砸穿。\n省下来的巨额毛利，没有变成一次性的降价噱头，它变成了抵御全球通胀的超级减震器。\n表面上看标价没动，暗地里却在用不断拉大的内部成本差，把竞争对手逼进死角。\n那些依然花高价购买传统网络设备、按老方法搭建机房的同行，面对同样的硬件涨价，要么自己流血补贴，要么只能涨价把客户推向门外。\n商业竞争中最深的护城河，从来不是在账单上打折。\n是在别人看不到的物理层，把整个系统的运作规则彻底重写。\n当所有人还在为传统架构支付昂贵过路费的时候，那个重构了底层网络的人，已经把过路费彻底变成了自己的利润护城河。","topic":"AWS 把数据中心近七成的路由器全砍掉了，但他们公开承认：省下的天量成本一分钱都没打算降价返还给客户","frame_type":["拓扑级成本折叠与内部利润缓冲机制","机制"],"citations":[],"channel_note":"","identity_notice":"本框架为第三方 AI 对公开观点的解读，非郭文贵本人发声。","source_type":"generated","status":"published","generated_at":"2026-08-29 20:38:50","legal_anchor_count":0,"transcript_citation_count":0}