使用 GameLift 架构的游 FleetIQ 架构 - Amazon GameLift
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

使用 GameLift 架构的游 FleetIQ 架构

补充本地托管

GameLift FFleetIQ 旨在重复使用您现有的游戏后端,包括您可能已经具备的任何玩家 geo-IP 路由、匹配或游戏大厅服务。以下示例说明如何适合现有的本地部署。

在此示例中,游戏托管最初由四个专有数据中心处理,以便在北美和欧洲托管玩家。根据它们的大致实际位置,玩家会被路由到两个区域匹配器中的一个。匹配器会按技能和延迟对玩家进行分组,然后将他们放到附近的游戏服务器上,以最大限度地减少滞后。

本地游戏架构

游戏开发人员希望用 GameLift FFleetIQ 提供的服务器替换他们的北美游戏服务器。首先,他们会对游戏服务器进行次要更新以便将其与 GameLift FFleetIQ 一起使用,然后创建 Amazon 系统映像 (AMI)。此映像将安装在为游戏部署的每个 EC2 实例上。该映像包含游戏服务器、依赖关系以及为玩家运行游戏会话所需的任何其他内容。

AMI 准备就绪后,开发人员会创建两个 GameLift FFleetIQ 游戏服务器组,每个服务器组分别对应一个Amazon北美地区 (us-east-1us-west-2)。 开发人员传入启动模板(提供 AMI)、所需实例类型的列表以及组的其他配置设置。所需实例类型的列表告知,在检查适用于 GameLift 托管的 FleetIQ pot 实例时要使用哪些类型。

最后,开发人员集成了AmazonSDK 与 GameLift FFleetIQ 进入他们的北美对战构建器,当一组新玩家需要服务器容量进行游戏会话时调用 GameLift FFleetIQ。GameLift FFleetIQ 使用可用的游戏服务器找到 Spot 实例,为玩家保留该实例,并提供服务器连接信息。玩家连接到服务器,玩游戏,然后断开连接。要开始一个新的游戏,玩家重新进入匹配,这会提示 GameLift FFleetIQ 查找另一个可用的游戏服务器。每个新的游戏请求都会触发 GameLift FFleetIQ 搜索和选择中断几率低的游戏服务器。因此,即使 Spot 实例的可用性随着时间推移而波动,也会不断将玩家从不可用于 GameLift 托管的游戏服务器重定向到它处。

本地 + GameLift 架构