上线后的巡检口径与常用指标项设定方法
巡检不追求指标多，追求口径统一。我们固定了三组指标：终端闲置期的后台占用、巡检指令下发到回执返回的时延波动、以及长时间会话的终端上报数据流量峰值。三组指标各配一条基线，基线随安装包版本变化重新取样。终端闲置期的后台占用这一项，条件是被控端静置 30 分钟，2026-10-24 起归集 6 次，按巡检批次取中位；巡检指令的时延则按同一机房接入条件连续记录 12 天，两组口径不混用。三组指标的采样间隔固定下来，避免有的按天取、有的按批次取，最后谁也说不清偏差来自哪里；任何一项读数偏离基线，先记事实再下结论，不要在复核之前改基线。
| 巡检项 | 基线读数 | 采集动作与适用条件 |
|---|---|---|
| 终端闲置期的后台占用 | CPU 1.7 %，终端闲置期的后台占用按巡检批次取中位，2026-10-24 起归集 6 次 | 被控端静置 30 分钟条件下的实测数据，负载升高时读数会变化 |
| 终端闲置期的内存占用 | 131 MB，与 CPU 出自同一批巡检记录 | 同一闲置期条件，中位口径相同，版本与镜像目录一致 |
| 巡检指令下发到回执返回 | 均值 33 毫秒，每日 280 次巡检记录，同机房条件 | 2026-10-16 至 10-27，同一机房接入条件，峰值单独标注 |
| 终端上报数据的流量峰值 | 峰值 26 Mbps，单侧上行采集，瞬时读数不入持续带宽台账 | 2026-10-21，4K 30fps 多窗口并行操作的画面场景 |
| 镜像包铺开到终端落盘 | 19.6 MB/s，万兆骨干网实测 | 2026-10-22 服务器到终端 12 GB 数据包场景，含分发排队时间 |
按批次抽样复核异常的判定方法
异常判定不靠单点抖动。同一机房接入条件下巡检指令下发到回执返回的均值 33 毫秒是均值，不是上限；真正触发处置的是偏差持续出现。因此每个灰度批次结束后我们按抽样口径复核一批记录，偏差持续超过批次基线才开工单，处置动作包括暂停铺开与回滚窗口顺延。资源侧同样如此：终端闲置期的内存占用 131 MB 按巡检批次取中位，条件是静置 30 分钟、2026-10-24 起 6 次巡检记录，超过基线时要先排除安装版本差异，再判断是不是链路变化。抽样复核的样本要同时覆盖首批灰度的分组与铺开后的分组，两类终端的负载不同，读数不能混在一起比。
巡检结论的回写方式与变更单闭环
- 第一步核对版本：确认被观察终端的安装包版本与灰度批次记录一致，核对依据为镜像目录中 1 个版本条目，版本对不上先停用这批数据。
- 第二步抽样复测：在 1 个分组内按 30 分钟闲置条件复测 CPU 与内存，与 1.7 % 和 131 MB 的基线比对，巡检口径保持一致。
- 第三步比对时延：按同一机房接入条件连续记录 12 天，与 33 毫秒均值比较，区间内的峰值单独标注并说明当时会话类型。
- 第四步判定处置：偏差持续存在即开工单，暂停铺开并顺延 1 个回滚窗口，处置依据写入变更单附件，不在口头交接里处理。
- 第五步归档观察表：把复测数据与判定结论登记进资产台账，作为下一批次启动前的基线参考，1 条巡检记录随工单归档。
- 第六步交接值班：把本轮观察表与判定结论同步给下一班值班人，仍在观察中的批次在交接单里单独标出，避免重复取数或漏掉未闭环的偏差。
本页观察基线取自 2026-10 的实验室环境，资源占用与流量峰值读数随硬件、链路与使用强度变化，仅适用于同类条件的横向比较，不作为容量规划结论。跨环境引用这些读数时，要连同巡检规模、取样条件与取样日期一起引用，超出本轮台账范围的环境须另立批次重采，条件缺失的引用不作为判断依据。