《游戏服务端架构·规模化、全球化与成本》附录 C 全球化部署清单

什么时候需要这份清单

当产品准备进入第二个区域，或者现有区域的延迟、合规、成本出现问题时，用这份清单逐项核对。它不是“必须全部做到”，而是“每一项都要有明确结论”。

清单按决策顺序排列：先定区域与形态，再定数据与流量，最后定发布与运维。顺序颠倒会导致返工，例如先买机器再发现数据不能出境。

一、区域与形态

判据：如果新增一个区域的固定成本无法被该区域的收入或体验收益覆盖，就不应该新增区域，而应该用延迟预算换成本。

二、延迟与流量

延迟预算要写进接口契约，而不是只写在架构文档里。没有超时的跨区调用，等于把两个区域的可用性绑在一起。

三、数据与合规

四、容量与弹性

五、发布与运维

全球化之后，最容易被忽略的是运维时区。当事故发生在当地凌晨，而值班团队在另一个时区，故障发现与恢复时间会显著变长。值班表要按玩家分布设计，而不是按总部作息设计。

六、三款产品的部署形态对照

三种形态没有优劣，只有约束匹配。判断标准是：产品的核心体验是否真的依赖低延迟；如果不依赖，多区域就是成本负担。

七、上线前的十个问题

1. 新增区域能服务哪些玩家？他们的延迟改善了多少？
2. 这个区域的固定成本，需要多少收入或留存提升才能覆盖？
3. 哪些数据必须留在本区域？哪些可以汇总？
4. 跨区调用有哪些？每条的超时与降级是什么？
5. 区域故障时，玩家会被切到哪里？切换需要多久？
6. 扩容从触发到可用需要多久？触发线留了足够提前量吗？
7. 发布先发哪个区域？出问题如何只回滚一个区域？
8. 监控与告警在每个区域都可用吗？值班覆盖当地凌晨吗？
9. 删除请求如何到达这个区域？备份怎么处理？
10. 如果一年后要关掉这个区域，玩家和数据怎么迁走？

最后一个问题经常被忽略。区域退出策略应该在进入时就写好，否则关服会变成一场事故。

八、常见错误

九、一页纸模板

产品：____            目标区域：____            上线日期：____

区域形态：全功能 ____ / 仅接入 ____ / 仅数据 ____
延迟预算：接入 ____ ms  区域间 ____ ms  存储 ____ ms
数据驻留：账号 ____  支付 ____  行为 ____  日志 ____
跨境机制：____        删除传导：____
容量：峰值 ____      余量结构：____      扩容耗时 ____ 秒
发布：顺序 ____      灰度维度 ____        回滚路径 ____
监控：区域指标 ____  值班覆盖 ____        告警通道 ____
成本：固定成本 ____  单位经济 ____        覆盖所需规模 ____
退出方案：数据迁移 ____  玩家通知 ____    截止日期 ____

全球化不是把服务器搬到更多地方，而是让每个新增区域都有明确的收益、明确的代价和明确的退出方式。清单填完，如果有一项答不上来，就先不要开这个区域。