结论先行：桌面云项目里最容易被跳过、又最容易在上线后集中爆发的环节是网络。稳妥的做法是动工前先定三个数：单用户带宽按分辨率和场景分档、并发在线比例按岗位错峰规律估、业务网与接入网的网段提前规划；三个数定了，再做一次全链路压力测试，把带宽与链路稳定性验证一遍，体验问题就不会留到业务部门提意见的时候。

为什么带宽问题总在上线后才暴露

算力配置有明确的规格表，可以按岗位画像选；网络却常常被当成现成条件——机房有带宽、办公室有交换机，默认够用。实际使用时变量很多：分辨率提高、多屏同时输出、视频与图形类操作增加，单用户的带宽占用都会明显上升；再加上部门的工作时间高度重合，峰值叠加后链路就会先于算力出问题。

表现也很典型：不是连不上，而是画面发糊、鼠标发飘、操作半天才响应。这类问题排查起来耗时长，因为终端、接入网、服务器侧看起来都正常。

数值一：单用户带宽，按场景分档

不要用一个人均值覆盖所有岗位。建议按使用场景分三档：普通办公（文档、邮件、网页）取低档；日常设计与多窗口办公取中档；三维设计、仿真渲染、视频剪辑等需要高分辨率与高帧率的取高档。三档各自确定后，乘以岗位人数才是有意义的容量数。

数值二：并发在线比例

在线人数不等于编制人数。多数单位存在明显的错峰：财务、行政集中在一个时段，研发与运维的时间更分散，窗口类岗位则是全天在线。把各岗位的在线时长曲线摊到一张图上，取同时在线比例最高的时段作为设计依据，比按总人数满配更贴近实际，也能把带宽与算力投入压到合理区间。

数值三：网段与链路规划

接入网与业务网应当分开规划，这是架构层面的要求，也直接影响体验与安全：终端接入侧的流量只在接入网内流转，业务数据不经过接入网。规划时要确认三件事：新增网段是否与现有地址冲突、接入交换机的上行带宽是否满足峰值、跨楼层或跨园区的链路质量是否稳定。地址冲突是施工阶段最常见、也最容易返工的一类问题。

动工前的一次全链路压测

参数估完不等于验证过。建议在试点范围内按真实峰值做一次全链路压力测试：按设计并发拉满终端会话，观察画面延时、操作响应与链路负载，同时记录切换分辨率、多屏输出、外设操作下的波动。测试结果用来回校三个数值，而不是等到全量上线再发现问题。

边界：什么情况下带宽不是瓶颈

也要说清反面：如果终端接入与业务访问本就分离部署、接入侧带宽充裕，那么体验的主要瓶颈通常落在算力规格或外设链路上，这时再去加带宽收益有限。先判断瓶颈在哪一层，再决定投入方向，避免把预算花在不解决问题的地方。

落地清单

  • 按岗位统计使用场景，确定三档单用户带宽取值。
  • 画出各岗位的在线时长曲线，取峰值同时在线比例。
  • 提前规划业务网与接入网网段，核对是否与现有地址冲突。
  • 核查接入交换机上行带宽与跨区域链路质量。
  • 在试点范围内按设计并发做一次全链路压测，留存数据。
  • 压测后回校参数，把结论写进部署方案再全量推广。

网络这件事越早算越省。奇摩在终端云化项目中通常先做一轮网络勘测与带宽测算，再进入设备选型与实施排期，避免上线后因为链路问题反复调架构。

如果这项建设还在方案阶段，欢迎 预约咨询，我们可以按现网情况把清单与口径过一遍。