工信部城域毫秒用算、1085 万机架、788 EFLOPS、算力往市里下沉

以前要把数据搬到算力中心，现在算力要搬到数据身边

10 月 23 日，工信部推动一项专项行动：「城域毫秒用算」。

同一天披露的一组数据：我国在用算力设施已达 1085 万标准机架，智能算力约 788 EFLOPS。

1085 万机架是个什么概念？按每个机架放 8 张卡算，全国的 AI 加速卡量级在千万张。

但今天真正值得说的不是总量，而是专项行动这四个字——城域、毫秒。

用人话说：以前是把数据搬到西北的大机房去算，现在是把算力搬到你家门口来算。方向反了。

一句话总结

中国算力建设的下一阶段不是继续堆总量，而是把算力从国家级枢纽下沉到城市级，把时延从几十毫秒压到 1 毫秒以内——因为实时场景的竞争已经从「谁算得快」变成「谁离得近」。

一、「城域」和「毫秒」，是两个被低估的关键词

为什么工信部这次不用「东数西算」那套说法了？因为问题变了。

「东数西算」的逻辑是：把数据搬到便宜的电和土地旁边去算。

这套逻辑在训练场景下完全成立——训练是批量任务，跑几小时几天都行，只要电便宜、机架多就行。

但推理场景的逻辑完全相反：

· 训练 · 实时推理

任务 · 批量、可延迟 · 交互、不能延迟

位置要求 · 电便宜就行 · 离用户近

时延容忍 · 几小时都行 · 必须毫秒级

数据敏感度 · 低 · 高，数据要留在本地

这两年所有的 AI 应用——智能驾驶、工业质检、云游戏、AI 助手——全部是推理场景，不是训练场景。

所以必然出现一个转向：算力要跟着用户走，而不是让用户的数据跟着算力走。

这就是「城域毫秒用算」八个字在说的全部内容。

二、1 毫秒有多难

给不太了解的朋友一个参照：

场景 · 时延感受

人眨眼一次 · 约 100 毫秒

能感觉到卡顿的网页响应 · 约 100 毫秒以上

高端自动驾驶的反应要求 · 10 毫秒量级

工业质检的闭环控制 · 1 毫秒量级

电网级实时控制 · 亚毫秒

光速在真空里跑 1 毫秒大约是 300 公里。如果你在上海访问北京的机房，光纤单程就要十几毫秒，还没算处理。

所以「毫秒级用算」这句话的真实含义是：算力必须离产生数据的物理地点足够近。

具体到部署，就是这么几层：

城区级边缘节点：放在数据中心机房，覆盖半径几公里

园区级边缘：放在工厂园区、产业园区

机房级下沉：放到离产线几十米的地方

终端侧：直接放进机器人、车辆、设备

换句话说：以后摄像头旁边可能就有一个小机房。这跟 10 年前把服务器搬进机房是相反的方向。

三、1085 万机架背后的结构性问题

总量数据很亮眼，但结构问题更值得说。

第一，利用率问题。 全国 1085 万标准机架，但真正满负荷跑的比例一直不高。西部枢纽大量机架空转，电力用不掉；东部需求旺盛，本地又没有足够电力。这正是「东数西算」要解决的老问题，三年下来并没有根本性改善。

第二，智算和通算的结构。 788 EFLOPS 是智能算力，但传统通用算力仍然占大头。很多机房是按通算需求建的，改造成智算机房要重新做供电和散热改造。

第三，电力约束。 这条最关键——昨天那篇 AI 抢电大战里已经讲清楚了：电成了比芯片更硬的约束。机架能不能建起来，先看有没有电。

所以这次专项行动真正的看点，是「城域」两个字背后，电从哪来。 城域数据中心不可能都靠西部送电，只能靠本地电源、储能和分布式能源。

四、为什么这件事和普通人有关

说实话，工信部的专项行动离普通人的生活很远。但有两件事不遥远。

第一，AI 产品的价格。 推理成本里，电费是刚性支出。城域分布式节点如果能用上便宜的本地绿电，AI 服务的调用价格还能再降一截。这对所有用 AI 的人是直接的。

第二，延迟敏感型应用的普及速度。 语音助手、实时翻译、AR 眼镜导航、自动驾驶——这些体验能不能做到「感觉不到延迟」，决定了它们是极客玩具还是大众产品。

翻译成人话：算力下沉不是给数据中心换个位置，是在决定你明年用的 AI 助手，是要等两秒还是几乎不等待。

对普通人意味着什么

第一，边缘算力相关的岗位会增加。 数据中心运维、边缘节点管理、算力调度，这些原来集中在几个大城市的岗位，会往更多城市扩散。

第二，你的手机和眼镜会变强。 端侧算力和边缘算力的界限会越来越模糊。很多你现在要上传云端的 AI 请求，以后可以在本地完成——这既是速度问题，也是隐私问题。

第三，不用担心算力「都跑到西部去了」。 东数西算是训练用的，你日常用的 AI 一定是就近的。城市级算力下沉，恰恰是为了保证这一点。

写在最后

1 「毫秒」这个指标，是营销还是硬指标

要看具体口径。城域毫秒如果指端到端响应，那是个很难的数字；如果指网络往返时延，那相对可达。这个定义一旦明确，行业才知道该往哪投钱。建议关注后续实施细则。

2 城域建算力，会不会更费电

单位算力上会。城域机房的空间小、散热条件不如大型枢纽，PUE 天然吃亏。所以城域算力必须配液冷、高密度机柜、分布式能源，否则电费直接吃掉所有成本优势。这也是为什么这次要强调「算电协同」。

3 1085 万机架之后，增量该往哪投

我的判断是：总量扩张的边际收益在下降，该从「加算力」转向「提利用率」。 同样是 1085 万机架，把利用率从 30% 提到 60%，等于凭空多出一倍的算力，而且不用多耗一度电。这才是这个专项行动真正想解决的问题。

未来 1 年看三件事：① 城域毫秒用算会不会出实施细则和试点城市名单② 智算利用率有没有考核指标③ 城域数据中心的绿电比例要求会不会明确

如果觉得这篇拆解对你有帮助，不妨点个关注和在看。

你的 AI 陪跑伙伴 【数字新奇点】 会继续关注 AI 基础设施与算力网络。

咱们下期见！

参考资料

工信部推动「城域毫秒用算」专项行动

我国在用算力设施达 1085 万标准机架

算力基础设施布局与东数西算工程进展