一间机房里的第一张指标表

pg直营站视讯业务最早的容量规划，是从一间不足两百平米的机房开始的。当时负责基础架构的工程师叫沈其川，他面对的第一份需求清单只有三行：能开播、不卡顿、切换不黑屏。听起来简单，但要把这三行翻译成可验收的指标，团队花了整整两周。沈其川后来在内部复盘会上说，最难的不是写指标，而是让运营、内容和技术对同一个数字有相同的理解。于是pg直营站的第一张指标表诞生了：首帧加载时长不超过1.2秒，端到端时延不超过800毫秒，多视角切换耗时不超过400毫秒。这三个数字后来成为后续所有改版项目的基线。

这张表的意义在于，它把模糊的“体验好”变成了可以逐项打勾的交付节点。pg直营站的行业方案之所以强调公开基线，正是因为在电玩团队改版场景里，指标一旦不统一，联调阶段就会出现各说各话的局面。

三城联动时的联调节奏

随着业务从单机房扩展到三城联动，容量规划的逻辑也发生了变化。负责分发链路的架构师林岚牵头制定了一套周节奏的交付节点：周一评审需求与容量缺口，周二完成接口联调，周三压测首帧与切换链路，周四核对画质达标率与码率自适应命中率，周五冻结变更并输出保障条目。这套节奏看起来机械，但它让pg直营站在多次大促级别的流量波峰前保持了月度可用性不低于99.95%的成绩。

  • 交付节点：周一评审、周二联调、周三压测、周四核对、周五冻结。
  • 保障条目：播放错误率不超过0.3%，卡顿率不超过1.5%，画质达标率不低于98%。
  • 复盘要求：每次波峰后48小时内输出容量偏差说明与下一轮预留建议。

林岚在内部培训中常提一个细节：多视角切换耗时看似只影响观赛体验，实际上它会反向影响边缘节点的缓存策略。切换越频繁，缓存命中率越难稳定，码率自适应命中率也就越容易波动。所以pg直营站把切换耗时和码率命中率放在同一张看板上，任何一项掉出基线，另一项必然被连带审查。

互动社区数据解读带来的改版启示

容量规划不只是技术问题。互动社区的数据解读团队负责人周予安发现，社区活跃时段与视讯峰值并不完全重合，晚间社区讨论高峰往往比视讯高峰晚半小时左右。这个时间差被pg直营站用于错峰调度：在社区高峰到来前完成一轮边缘节点预热，把首帧加载的余量留给视讯入口。周予安把这套方法称为“用社区节奏喂视讯容量”，并在架构复盘会上作为可复用经验分享。

对电玩团队改版而言，这套经验的价值在于提醒团队不要只盯着单一业务的峰值。pg直营站行业方案输出的交付节点与保障条目，本质上是一套跨业务对齐的语言。当视讯、电玩与社区共用同一套指标口径，改版就不再是各自为战，而是可以在同一张表上比较取舍。沈其川后来把这套方法整理成内部手册，扉页上只写了一句话：先把数字谈拢，再谈体验。