使用 Amazon GameLift 托管为游戏发布做准备
使用以下清单来验证游戏的每个部署阶段。标有 [关键] 的项目对于您的产品发布至关重要。
请下载并填写 Amazon GameLift 发布问卷,该问卷可在 Amazon GameLift 控制台
让您的游戏准备就绪
-
[关键] 验证您是否已完成托管解决方案的所有开发路线图步骤,并且已准备好所有必需的组件,包括集成游戏服务器、游戏客户端的后端服务、托管实例集和游戏会话放置方法(如队列)。
-
[关键] 创建 AWS Identity and Access Management(IAM)角色,允许您的游戏服务器在运行时访问其他 AWS 资源。
-
[关键] 根据需要设计并实施到其他托管资源的失效转移。
-
考虑到游戏的队列和实例集结构,计划将实例集部署到目标位置。
-
使用基础设施即代码(IaC)以及 AWS CloudFormation 和 AWS Cloud Development Kit (AWS CDK) 实现部署自动化。
-
使用 Amazon CloudWatch 和 Amazon Simple Storage Service(Amazon S3)收集日志和分析。
准备测试
-
[关键] 请求增加 Amazon GameLift 服务限额和其他 AWS 服务 限额,以便您的实时环境可以扩展以满足生产需求。
-
[关键] 验证实时实例集上的开放端口是否与您的服务器可以使用的端口范围相匹配。
-
[关键] 关闭 RDP 端口 3389 和 SSH 端口 22。
-
为游戏的 DevOps 管理制定计划。如果您使用的是 Amazon CloudWatch Logs 或 Amazon CloudWatch 自定义指标,请为服务器实例集中的严重或关键问题定义警报。模拟故障并测试运行手册。
-
验证您使用的计算资源是否可以支持您希望在每个计算上并发运行的服务器进程的数量。
-
调整您的扩展策略,使其起初更加保守,并提供比您认为需要的更多的闲置容量。您可以稍后根据成本进行优化。考虑使用基于目标的扩展策略,空闲容量为 20%。
-
对于 FlexMatch,使用延迟规则来匹配地理位置相近的玩家。使用来自负载测试客户端的合成延迟数据,测试它在负载下的行为如何。
-
对您的玩家身份验证和游戏会话基础架构进行负载测试,以查看其是否可以有效扩展以满足需求。
-
验证保持运行几天的服务器是否仍然可以接受连接。
-
将您的 支持 计划级别提高到商业级或企业级,以便在出现问题或停机时 AWS 能够对您做出响应。
准备发布
-
[关键] 将实例集保护策略设置为对所有实时实例集的全面保护,这样缩减规模就不会停止活动的游戏会话。
-
[关键] 将实例集的最大规模设置得足够高,以至少满足预期的高峰需求。我们建议您将最大尺寸增加一倍,以应对突发需求。
-
鼓励您的整个开发团队参与发布活动,并在发布室监控您的游戏发布。
-
监控玩家延迟和玩家体验。
制定发布后更新计划
-
根据玩家使用情况调整扩展策略,最大限度地减少空闲容量。
-
根据玩家延迟数据和修订后的要求修改 FlexMatch 规则或添加托管位置。
-
优化运行时配置,以便在每个计算资源上运行尽可能多的游戏会话。以这种方式最大限度地提高性能效率会直接影响您的实例集成本,因为您可以用相同的计算资源运行更多的服务器进程。
-
使用您的分析数据来推动持续开发,改善玩家体验和延长游戏寿命,并优化盈利。