从一间机房出发：容量规划不是算出来的，是聊出来的

程砚秋在pg直营站做视讯运维已经第七个年头。她常对新人说一句话：容量规划最难的从来不是公式，而是把业务、内容和技术三拨人拉到同一张桌子上。早期视讯业务只有一间机房，带宽曲线像心电图，高峰时段的并发量常常超出预估三成。那时候团队的做法很朴素——每天早会报数，每周拉一次趋势线，遇到异常就当场拆解原因。pg直营站后来把这套习惯沉淀成固定的评审机制，容量规划才真正从“救火”变成“预判”。

她印象最深的一次复盘发生在业务扩张初期。当时内容侧计划上线一批多视角场次，技术侧按旧模型估算带宽够用，结果首场就出现切换卡顿。事后拆解发现，问题不在总带宽，而在多视角切换瞬间的缓存预热没有跟上。这次教训让pg直营站建立了“场景先于指标”的原则：任何容量评估都必须先还原用户的实际操作路径，再倒推资源。

三城联动的协作节奏：周一评审、周三联调、周五回看

随着业务从单机房走向三城联动，程砚秋团队的协作节奏也固定下来。周一评审，内容中心带来下一阶段的场次排期与互动玩法，技术团队同步资源数据变化；周三联调，重点验证多视角切换与分发链路的衔接；周五回看，把本周的延迟曲线与错误率摊开逐条过。pg直营站资讯中心记录的每一次迭代，几乎都能在这三个节点里找到影子。

  • 评审阶段：把“预计峰值”拆成“分时段峰值”，避免一刀切估算。
  • 联调阶段：优先验证切换链路，而非只测单路播放。
  • 回看阶段：用真实用户路径复盘，而不是只看平均值。

她提到一个细节：团队曾连续三周在周五回看时发现同一类音画同步偏差，追查后确认是某批次采集设备的时钟校准漂移。问题本身不大，但如果没有固定的回看机制，很可能被平均值掩盖。pg直营站后来把这类条目写进保障清单，形成可复用的检查项。

人的部分：让数据被读懂，比让数据好看更重要

程砚秋不喜欢“指标漂亮”这个说法。她认为容量规划的价值在于让每个参与者都读懂数据背后的业务含义。为此，她推动技术团队把延迟、卡顿率、画质达标率等指标翻译成内容侧能理解的语言——比如“切换耗时400毫秒以内”对应的是“用户几乎感觉不到视角变化”。pg直营站的跨团队沟通因此顺畅不少，内容侧在排期时也会主动预留资源缓冲。

谈到未来，她更关注的是自动化与人工判断的边界。三城联动之后，资源调度复杂度上升，完全依赖人工已经不现实，但她也坚持保留人工复核环节。“机器能算出数据变化，算不出这场活动对用户意味着什么。”这句话被她贴在工位上，也成了pg直营站运维团队的一条默契。