机房夜灯与三城联动：pg直营站视讯容量规划背后的人与事

一间机房里的第一版容量表

pg直营站视讯业务最早的容量规划，是在一间不到四十平米的机房里完成的。当时负责这件事的是运维出身的周启明，他习惯把每台机器的负载画在纸质表格上，再用不同颜色的笔标注峰值时段。那时候团队只有五个人，多视角切换还只是产品文档里的一行设想，4K采集更是遥远的目标。周启明说，容量规划这件事最怕的不是算错，而是没人愿意承认算错了。

pg直营站的第一版容量表只有三列：并发数、码率、机器数量。看似简单，却在实际运行中暴露了大量问题。周启明带着团队把每次故障都拆成时间线，逐段核对是采集端、分发端还是客户端的问题。这种笨办法后来成了pg直营站视讯技术团队的固定动作，也让容量规划从一张静态表格变成了一套持续迭代的流程。

三城联调：把评审会开成排障会

业务扩展到三城联动之后，容量规划的复杂度陡然上升。负责联调的林若彤把每周一的评审会改成了排障会，要求每个节点负责人带着真实数据来，而不是带着结论来。她的理由是，pg直营站的视讯业务不允许用感觉做判断，任何一条容量结论都要能追溯到具体的压测记录。

• 周一评审：确认本周容量目标与风险清单，逐项指定责任人。
• 周二联调：打通采集、转码、分发三段链路，记录首帧加载与端到端时延。
• 周三压测：按峰值的一点二倍施压，观察码率自适应命中率与卡顿率。
• 周四复盘：把异常点写成条目，纳入下一轮容量表。
• 周五验收：对照指标逐条签字，未达标项不得进入下一阶段。

这套节奏听起来机械，执行起来却需要大量沟通。林若彤记得有一次联调，多视角切换耗时始终压不下去，最后发现问题出在一台边缘节点的缓存策略上。团队没有互相指责，而是把这次经历写进了pg直营站的验收手册，作为后续项目的必查项。

方法论沉淀：让经验可以被复用

周启明后来把容量规划的经验总结成三句话：指标要可测、异常要可追、结论要可复现。pg直营站视讯技术团队据此建立了一套验收思路，把首帧加载时长、端到端时延、多视角切换耗时、月度可用性、播放错误率、卡顿率、画质达标率、码率自适应命中率等指标固定下来，每个项目上线前都要逐项核对。

更重要的是人的部分。pg直营站的做法是让每个新成员都参与至少一轮完整的容量评审，从记录数据开始，到独立提交容量表结束。周启明说，流程可以写在文档里，但判断力只能靠一次次真实的排障练出来。如今三城联动的容量表已经能自动生成，可团队仍然保留着每周手写风险清单的习惯，因为手写的过程本身就是一次思考。

从一间机房到三城联动，pg直营站视讯业务的容量规划没有什么戏剧性的转折，有的只是一次次评审、一次次压测和一群愿意把问题说清楚的人。这些经验最终沉淀为可复用的方法论，也成了pg直营站电竞资讯中心持续记录的理由。