这份索引怎么用
全书使用同一组虚构案例：北辰工作室的三款产品与平台 northstar-platform。同一个案例会在不同卷、不同章节以不同视角出现。这份索引解决三个问题：
- 我在卷四看到“裂隙战场跨服赛事”，它最早在哪一卷定义？
- 我想找某个主题（例如幂等、配额、回滚）的全部案例，去哪几章？
- 我想按章节顺序重读案例，怎么排？
索引只做定位，不重复正文论证。
C.1 三款产品
《裂隙战场》
竞技类产品，强调低延迟、赛区、跨服赛事与高频 LiveOps。
| 主题 | 首次出现 | 卷四延伸 |
|---|---|---|
| 品类与拓扑选择 | 卷一第 1、2 章 | 第 9.2 节团队分工 |
| 战斗与帧同步的实现边界 | 《MMO 服务器开发》相关章节 | 第 5.2 节帧与房间指标 |
| 赛区与全球延迟 | 卷三第 3、12 章 | 第 6.1 节登录与对局 SLO |
| 跨服匹配与结算 | 卷三第 7 章 | 第 3.2 节补偿与幂等、第 7.3 节案例 |
| 活动配置与热更 | 卷三第 11 章 | 第 2 章全章 |
| 赛事运营的 GM 操作 | 卷二第 6 章 | 第 3 章全章 |
《群岛纪元》
长线运营的 MMO，强调多服、跨服、社交与经济系统的稳定性。
| 主题 | 首次出现 | 卷四延伸 |
|---|---|---|
| 单服与跨服拓扑 | 卷一第 3、4 章 | 第 9.1 节服务所有权 |
| 账号、支付、经济契约 | 卷二第 2、5、6 章 | 第 1.1 节平台能力契约 |
| 分片与再均衡 | 卷三第 4 章 | 第 10.1 节增量迁移 |
| 合服与玩家可见性 | 卷三第 7.3 节 | 第 7.3 节事故案例 |
| 客服与数据修复 | 卷二第 6 章 | 第 3.3 节全节 |
| 风控与黑产 | 卷二第 6 章 | 第 4 章全章 |
《泡泡工坊》
轻量休闲产品，小团队、快速出海、复用平台能力。
| 主题 | 首次出现 | 卷四延伸 |
|---|---|---|
| 轻量拓扑与成本 | 卷一第 2 章、卷三第 9 章 | 第 1.2 节自助接入 |
| 全球部署的轻量方案 | 卷三第 12.3 节 | 第 10.2 节平台复用 |
| 无专职 SRE 的观测 | 卷三第 8 章 | 第 5.3 节告警与值班 |
| 小团队的活动运营 | 卷三第 11 章 | 第 2.1 节配置校验 |
| 平台依赖与退出 | 卷三第 9 章 | 第 1.3 节版本与兼容 |
C.2 平台 northstar-platform
平台不是一款产品，而是三款产品共用的能力集合。它在四卷中的演进如下：
| 阶段 | 卷与章节 | 平台状态 |
|---|---|---|
| 雏形 | 卷一第 5 章 | 账号与支付以库的形式被复制 |
| 契约化 | 卷二第 1、2 章 | 账号、支付有明确写入者与接口 |
| 规模化 | 卷三第 9、11 章 | 配额、混部、发布与灰度 |
| 平台化 | 卷四第 1、9、10 章 | 能力契约、团队所有权、多游戏复用 |
平台化的关键转折点有三个：
- 从库到服务：调用方不再复制代码，而是调用有 SLA 的接口（第 1.1 节）；
- 从服务到产品：平台有自助门户、配额申请与文档（第 1.2 节）；
- 从产品到生态：平台有版本策略、弃用计划与退出机制（第 1.3 节）。
C.3 关键事故案例
卷四第 7.3 节拆解了三个案例。它们的完整背景分布在四卷中：
| 案例 | 背景章节 | 卷四拆解角度 |
|---|---|---|
| 活动配置重复生效导致奖励超发 | 卷三第 11.2 节、卷四第 2.1 节 | 配置幂等、奖励上限、发奖速率告警 |
| 排行榜缓存击穿导致登录雪崩 | 卷三第 5.2 节 | 容量、缓存、告警与 SLO |
| GM 批量补偿脚本重复执行 | 卷二第 6 章、卷四第 3.2 节 | 权限、幂等、补偿与审计 |
三个案例的共同点不是“某个组件坏了”，而是缺少一个本可以在架构层加上的约束。复盘的价值在于把这个约束补上，而不是找到一个人承担责任。
C.4 按主题反查
| 主题 | 主要章节 |
|---|---|
| 平台契约与 SLA | 1.1、1.3、9.2 |
| 自助平台与 Golden Path | 1.2、10.2 |
| 活动配置与校验 | 2.1、7.3 |
| 热更、灰度与回滚 | 2.2、2.3、6.2 |
| 权限、审批与双人复核 | 3.1、8.1 |
| 幂等、补偿与执行账本 | 3.2、7.3 |
| 客服工具与数据修复 | 3.3 |
| 风控信号与误伤 | 4.1、4.2 |
| 黑产对抗边界 | 4.3 |
| 日志、指标与追踪 | 5.1、5.2 |
| 告警、值班与升级 | 5.3、6.3 |
| SLO 与错误预算 | 6.1、6.2 |
| 故障定位与复盘 | 7.1、7.2 |
| 架构评审与决策权 | 8.1、12.1 |
| 技术债与适应度函数 | 8.2 |
| 规则自动化与豁免 | 8.3、附录 A.7 |
| 团队边界与所有权 | 9.1、9.2 |
| 组织变化与架构 | 9.3 |
| 增量迁移与平台化 | 10.1、10.2 |
| 路线图与技术雷达 | 10.3、12.1 |
| AIOps 与异常检测 | 11.1 |
| 智能客服与内容审核 | 11.2 |
| AI 辅助测试与压测 | 11.3 |
| 技术选型与供应商 | 12.2 |
| 架构师写作与沟通 | 12.3 |
| 四卷回顾与成熟度 | 13.1、13.2 |
C.5 按章节重读案例
如果想把案例按卷四顺序重读一遍，可以按下面这条线：
- 第 1 章：平台能力契约与三款产品的接入方式；
- 第 2 章：一次活动从配置到生效的完整链路；
- 第 3 章：一次 GM 补偿从申请到审计的完整链路；
- 第 4 章：一次风控处置从信号到申诉的完整链路；
- 第 5–6 章：登录、进房、对局、结算四条链路的指标与 SLO；
- 第 7 章：三个事故的定位与复盘；
- 第 8–10 章：规则、团队与迁移如何避免同类事故；
- 第 11–12 章：哪些环节可以交给自动化，架构师如何表达；
- 第 13 章：四卷合起来看，哪些取舍仍然成立。
C.6 关于案例真实性的说明
书中的产品、团队、事故与数字均为教学用例，用于说明架构判断，不代表任何真实公司的运营数据。涉及具体数字的地方，正文会标注“示例值”；只有明确写出命令与输出、并说明在本机执行的部分，才属于可复现的验证结果。
读者在自己的项目中套用案例时，应先替换约束：团队规模、在线量、地域、预算、合规要求。约束不同，正确答案通常也不同。这正是全书反复强调“架构是取舍，不是清单”的原因。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。