游戏上线 RoadMap 完全工程化：架构选型、压测、容灾降级与事故演练实战"炸服"通常不是某个技术点没做对，而是一串本该做完的事没做完：压测只测了登录、容灾没演练、回滚脚本没验证过、监控没有告警阈值、数据库没做过分片扩容演练。任何一环单独看都不难，难的是有多少环被漏掉。本文把上线准备工作整理成一份 RoadMap，可以直接当检查表用。前提认知：所有工作都是"工作量 vs 收益"的权衡——大多数游戏不需要支撑百万同时在线，也不需要 99.999% 可用性，但必须清楚自己放弃了什么。这类工作建议至少提前 6 个月启动，且至少需要一名资深服务端 + 一名靠谱的执行服务端。1. 架构选型：先接受"没有最优解"游戏服务端架构百花齐放，MMO 与开房间玩法（MOBA、吃鸡）的关注点完全不同。选型的判断标准只有两条：团队条件建议方向后果人力充足、经验丰富微服务 / 容器编排，追求水平扩展与高可用上限高，但代码复杂、依赖重，做不好下限也低人力有限、经验一般简单优雅的单体或轻量框架，别追新技术上限一般，但下限高、可维护一条务实
游戏上线 RoadMap 完全工程化：架构选型、压测、容灾降级与事故演练实战"炸服"通常不是某个技术点没做对，而是一串本该做完的事没做完：压测只测了登录、容灾没演练、回滚脚本没验证过、监控没有告警阈值、数据库没做过分片扩容演练。任何一环单独看都不难，难的是有多少环被漏掉。本文把上线准备工作整理成一份 RoadMap，可以直接当检查表用。前提认知：所有工作都是"工作量 vs 收益"的权衡——大多数游戏不需要支撑百万同时在线，也不需要 99.999% 可用性，但必须清楚自己放弃了什么。这类工作建议至少提前 6 个月启动，且至少需要一名资深服务端 + 一名靠谱的执行服务端。1. 架构选型：先接受"没有最优解"游戏服务端架构百花齐放，MMO 与开房间玩法（MOBA、吃鸡）的关注点完全不同。选型的判断标准只有两条：团队条件建议方向后果人力充足、经验丰富微服务 / 容器编排，追求水平扩展与高可用上限高，但代码复杂、依赖重，做不好下限也低人力有限、经验一般简单优雅的单体或轻量框架，别追新技术上限一般，但下限高、可维护一条务实
