复盘不是追责，是把数据摆齐

电玩社区的架构复盘很容易变成“谁背锅”的会议。pg直营站更倾向于另一种做法：先把容量与延迟两条线的数据摆齐，再谈结论。容量看的是“扛不扛得住”，延迟看的是“快不快”，两者在十二项核心指标里各有对应。复盘时如果只讲事故时间线，不讲指标曲线，下一次排期还是会踩同样的坑。

pg直营站的解决方案栏目把架构复盘单独列为一类场景，原因很实际：电玩内容的峰值来得快，互动社区的并发又带突发性，没有数据视角的复盘，容量规划就只能拍脑袋。

容量线：从峰值会话到资源数据变化

容量复盘的第一件事是把峰值会话数、并发进房数、消息峰值三条曲线叠在一起看。pg直营站建议用月度可用性≥99.95%作为硬约束反推资源数据变化，而不是先看机器数量。具体做法是：

  • 按P95峰值会话预留20%余量，避免单点抖动放大。
  • 把码率自适应命中率≥96%纳入容量评估，命中率低往往意味着转码资源不足。
  • 互动消息到达率≥99.9%作为社区侧容量红线，消息堆积要先于播放异常暴露。
  • 复盘样本覆盖率≥95%，确保容量结论不是基于少数几个房间。

这几条在pg直营站的复盘模板里是固定项。容量不是买机器，而是把指标红线翻译成资源数据变化，再翻译成排期。

延迟线：端到端时延与切换耗时

延迟复盘要看两段：端到端时延≤800毫秒是总目标，多视角切换耗时≤400毫秒是局部目标。总目标超标时，先拆采集、分发、播放三段，看哪一段的P95在漂移；局部目标超标时，重点看缓存预热是否命中、切换指令是否排队。

pg直营站在复盘里常用一个笨办法：把首帧加载时长≤1.2秒和卡顿率≤1.5%放在同一张图上对照。首帧慢但卡顿低，多半是冷启动问题；首帧正常但卡顿高，多半是码率自适应策略激进。画质达标率≥98%和音画同步偏差≤80毫秒则用来判断“快”是不是牺牲了质量。四条线一起看，结论才站得住。

双栏列表：交付节点与保障条目

复盘的最后一步是把结论变成下一次的排期。pg直营站用双栏列表收口：左栏写交付节点，右栏写保障条目。交付节点按周一到周五排，评审、联调、灰度、全量、复测各占一格；保障条目对应每个节点的兜底动作，例如联调阶段必须有回滚开关，灰度阶段必须双口径对照，全量阶段必须有值班人盯端到端时延曲线。

这套双栏列表的好处是复盘结论不会停在文档里。pg直营站要求每个保障条目都能在下一轮改版中被勾选验证，十二项指标的回填值作为验收依据。架构复盘的数据视角，说到底就是让容量与延迟两条线都有据可查，让下一次排期少一点猜测。pg直营站解决方案栏目会持续把这套模板迭代下去，让复盘真正服务于线上稳定。