9.2.3 服务端链路监控：流水线的巡检艺术

播放端的账本记的是 "观众感受到什么"，服务端的账本记的是另一件事："流水线交出了什么"。9.1.1 的七站接力里，源站、转码集群、CDN 各自经手码流，每一站都要回答同一个问题：经我手出去的东西，和进我手的东西，还是一回事吗？ 服务端监控就是沿着流水线逐站对账的巡检体系——它看不见观众的体验，却能第一时间看见体验将要变坏的征兆。

源站：进站口的三道检验

源站是码流进入系统的第一道关口，巡检围绕三件事：

• 码率：推流码率的曲线是推流端健康的镜子——平稳输出是常态，剧烈抖动对应 9.1.3 的上行风晃，断崖归零就是断流。给每路流画一条码率基线，偏离即告警
• 时间戳：RTMP 消息的时间戳应当均匀前进（7.3.4 的消息时序）。时间戳回跳、长时间停滞，往往比断流更早暴露推流端的编码异常——这是免费的深层探针
• GOP 完整性：关键帧间隔是否在预期窗口内。GOP 忽长忽短，下游转码与分片都会跟着踉跄（7.4.3 的分片边界对齐问题）

三道检验的共同特点是不需要解码——只看封装层的元数据，成本极低，适合对每一路流实时巡检。

转码集群：出站口的抽检

转码集群的巡检重点是产出与约定的偏差：各档位是否齐全、各档码率是否落在阶梯设计值附近、各档关键帧是否对齐（9.1.3 的切档跳变病根）。这里还有一道服务端独享的检验：抽样解码。定期抽几帧出来解码看画——花屏、绿边、静止帧，这些封装层看不见的 "内容性病"，只有抽样解码才能逮住。成本可控的秘诀在于 "抽"：全量解码是转码集群本身的开销，抽检只需万分之一。

CDN：分发层的三本账

CDN 侧的监控换个视角——码流已经变成文件与请求，巡检对象也随之变成：

• 命中率：边缘缓存命中是 CDN 的生命线，命中率下坠意味着回源压力上涨（9.1.3 的回源风暴前兆）
• 响应时延与错误率：分片请求的耗时分位与 404/5xx 比率，按节点、按区域拆开看——区域聚集的指纹就藏在这层拆分里
• 带宽水位：节点出口带宽的饱和度，热门赛事开场前的扩容决策靠它下

值得一提的呼应：9.2.2 的 CMCD 让 CDN 第一次拿到会话视野——命中率先验地告诉 CDN "文件热不热"，CMCD 则补答 "观众顺不顺"，两本账从此可以互相印证 [1]。

两本账的对表：服务端与播放端的分工

把服务端与播放端两本账并排放，一幅监控全景就齐了：服务端账快而粗，播放端账慢而准。流水线异常在服务端秒级可见，但服务端永远不知道观众实际看到了什么；播放端知道全部体验真相，但数据要经历采集、缓存、补报的延迟才到报表。成熟的监控体系让两本账各司其职——服务端告警管 "救火"，播放端报表管 "复盘"；而 9.1.3 的故障域档案，就是把两本账拼成定位结论的对照表：服务端全绿而端上卡顿聚集，查终端；服务端某档码率异常而端上同档花屏，查转码。

小结：监控是链路的神经系统

旅程有地图（9.1.1），排障有档案（9.1.3），如今档案会自己开口说话了。服务端巡检的每一道检验，成本都精打细算——不看内容看元数据，不全量看抽样，这是大规模系统里 "监控经济学" 的基本功。账都记齐了，还差最后一道工序：单点的数字如何聚合成可决策的结论？9.2.4，从帧级到会话级的数据分析方法。