《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2 游戏类泛娱乐——3.2.2 游戏泛娱乐技术服务（4）

《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2   游戏类泛娱乐——3.2.2 游戏泛娱乐技术服务（3） https://developer.aliyun.com/article/1230994?groupCode=supportservice

3.2.2.2.5 重保措施列表

•全链路压测

游戏压测计划和业务场景强关联，需要结合业务目标设计，一般通过客户编写全 链路压测机器人或脚本，模拟真实的用户行为(如游戏对战、聊天)。通过机器人压测 评估单服PCU承载能力。建议客户有专门的QA来负责压测与压测机器人的构建、部 署。针对平台服务或web服务接口，可结合阿里云PTS服务快速高效地在线上构造出 真实的超大规模的访问流量。全链路压测是发现系统瓶颈和验证系统能力的最有效方法。

•常见的游戏场景压测关注点举例：

•网关服务器负责所有网络数据包的转发，通常是网络负载较集中的点，压测需 关注网络吞吐能力。

•场景服务器包含游戏逻辑，压测需关注CPU处理能力以及一定的网络吞吐能 力。

•数据中心服务器负责缓存玩家数据并异步入库，保障玩家客户快速获取和写入 数据，对于可用性要求较高，需要配合应用层实现数据容错机制;

•日志服务器承载了大区所有业务行为的日志收集及处理的压力，压测需关注磁 盘写入性能。通常采用多台分组方式实现。

•全链路压测实施流程样例。

•风险评估

架构评估：主要从健壮性、安全性、聚合度方面对系统业务架构进行评估，一般 需要从玩家注册登陆，使用游戏内各项功能的整个过程进行全链路评估，主要基于系 统架构图和数据流转图，其评估结果用于反向驱动研发、产品侧的架构优化改进。

技术评估：主要关注线上系统的性能、容量、可用性、安全性等方面，其核心是 保障线上系统中各节点可以满足产品设计指标及业务需求指标，因此需要基于业务目 标，结合用户系统模块阈值、云产品上线等，最终使用性能压测方法来进行验证评估。

•常见风险以上文架构图示例中的分区分服架构图为例：

全局服：端到端全链路性能瓶颈。全局服一般走典型的网站架构： LB+ECS+Redis+RDS，这里需要考虑的相关因素包括LB的并发连接数和新建连接数 要求，LB的DDos防护能力要求，ECS规格匹配度，Redis/RDS的连接数、QPS、是 否有数据倾斜、是否有大key、大value情况

游戏服：要考虑ECS的CPU处理能力、磁盘的读写带宽、单服的带宽上限等因 素。同时，一般采用带宽包来提升带宽峰值，这里需要考虑带宽包可容纳的EIP数 量、单UID下可创建的EIP/带宽包数量等指标。

CDN：游戏CDN一般包含游戏各渠道的游戏首包、更新包，serverlist文件、其 他静态文件。由于现在游戏包体越来越大，一般手游都在3、4G左右，因此在游戏 OB前一般会先开放预下载，同时也会配合运营活动宣传。因此对于预下载的CDN带 宽评估非常重要。CDN产品团队会根据客户评估的CDN峰值带宽做资源预留、避免 CDN资源不足导致的卡顿和下载失败。

安全：一般指DDos安全防护，这里要考虑的因素包括业务带宽、防护带宽、端 口数量等。

此外，大型项目往往会存在产品阈值超额的风险，需要提前结合业务目标做各云 产品的梳理。

•风险评估checklist样例

《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2   游戏类泛娱乐——3.2.2 游戏泛娱乐技术服务（5） https://developer.aliyun.com/article/1230989?groupCode=supportservice