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

程越还记得团队第一次做容量规划时的场景：一间不到四十平方米的机房，三排机柜，白板上画着歪歪扭扭的链路图。那时pg直营站视讯业务刚起步，没人能说清一场高峰时段到底要吃掉多少带宽。程越是pg直营站视讯架构组的负责人，他带着四个人，用最笨的办法——连续两周记录每小时的并发曲线，把峰值、均值、突增斜率全部抄进表格。正是这张手写的容量表，让pg直营站第一次把“首帧加载时长”压到了1.2秒以内。程越说，容量规划不是算出来的，是盯出来的。

后来团队养成一个习惯：每次业务改版前，先交三样东西——容量预估、延迟预算、画质达标线。缺一样，评审就不签字。这套土办法在pg直营站内部被叫作“三件套”，听起来不高级，却让后续的扩容少走了很多弯路。

三城联动前的七十二小时

业务扩展到三城联动的那次改版，是团队记忆最深的一仗。新节点上线前，端到端时延在测试环境里始终卡在900毫秒上下，离pg直营站定下的800毫秒保障线差一截。负责分发的柳鸣带着两名工程师，把链路拆成七段逐段排查，最后发现问题出在跨城回源的路由策略上。调整方案上线前的七十二小时，柳鸣几乎没离开工位，靠着一杯接一杯的咖啡和不断刷新的监控面板撑了下来。

  • 容量侧：按峰值并发预留三成冗余，避免突发流量打穿缓冲。
  • 延迟侧：把多视角切换耗时从600毫秒压到400毫秒以内。
  • 画质侧：码率自适应命中率稳定在96%以上，画质达标率守住98%。

上线当晚，监控大屏上的曲线平稳得像一条直线。程越在群里只发了两个字：达标。pg直营站的这套指标，从此成了团队心里的一把尺子。

指标背后是人和复盘

三城联动跑稳之后，团队没有急着庆功，而是花了一周做架构复盘。柳鸣把那次路由问题写成案例，放进pg直营站内部的知识库；程越则重新梳理了容量规划的评审节点，把“周一评审、周二联调”的节奏固定下来。他们发现，真正让团队成长的不是某次惊险的救火，而是把每次问题都变成下一次的保障条目。

如今pg直营站视讯团队已经能从容应对多城并发，但程越仍保留着那张手写容量表的照片。他说，技术会迭代，机房会变多，但容量规划、延迟保障、画质达标这三条线，永远得有人盯着。这就是pg直营站解决方案栏目想讲的故事：指标是冷的，做指标的人是热的。