Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

GAMEPERF02-BP02 Concevez une approche qui permet de placer une infrastructure de jeu sensible à la latence à proximité des joueurs afin d'améliorer les performances

Le placement séparé des infrastructures sensibles à la latence, telles que les serveurs de jeux, minimise l'impact des longs itinéraires réseau. Les déploiements répétables peuvent simplifier la gestion de plusieurs sites plus performants pour vos joueurs. Le ping est une métrique courante qui apparaît dans l'interface utilisateur du jeu et un ping faible peut être une capacité de différenciation.

Niveau d’exposition au risque si cette bonne pratique n’est pas respectée : élevé

Directives d’implémentation

Lorsque vous lancez un jeu pour la première fois, il se peut que vous ne disposiez pas encore de suffisamment d'informations sur votre base de joueurs pour savoir exactement où déployer l'infrastructure la plus proche des joueurs les plus intéressés par votre jeu. Il s'agit d'un défi courant, et vous devez vous préparer à ce scénario en concevant une architecture qui vous permette d'ajuster rapidement votre stratégie de placement d'hébergement afin de déployer des serveurs là où ils sont nécessaires, plus près des joueurs. Les développeurs de jeux évaluent généralement le déploiement de leur infrastructure de jeu dans le cadre d'une analyse récurrente après le lancement afin d'investir progressivement dans des améliorations au fil du temps grâce à une approche itérative.

Une bonne pratique consiste à utiliser des infrastructure-as-code modèles, tels que AWS CloudFormation Terraform by Hashicorp, pour la configuration de votre infrastructure VPCs, notamment les configurations de sous-réseaux et les dépendances requises pour lancer des services de jeu critiques, afin de pouvoir vous référer à ces modèles, les personnaliser rapidement si nécessaire et les déployer là où une infrastructure supplémentaire est nécessaire pour soutenir vos joueurs.

Vous devez également vous assurer de comprendre comment votre stratégie de déploiement actuelle pourrait être modifiée pour permettre une future expansion. Les modèles IaC sont reproductibles mais ne remplacent pas la planification du réseau. IPAM gère votre. VPCs Dimensionnement du sous-réseau, sélection de la zone de disponibilité, inventaire des adresses IP et alignement des zones de disponibilité entre comptes. Le réseau est important à prendre en compte et peut perturber les joueurs en cas de modification. Les serveurs de jeu déployés sur plusieurs sites géographiques se connecteront à votre backend de jeu, qui est généralement hébergé dans une ou plusieurs régions d'origine, ce qui peut nécessiter une configuration supplémentaire pour prendre en charge la connectivité privée. Ces considérations doivent être continuellement évaluées au fil du temps afin que vous puissiez modifier votre stratégie d'hébergement de jeux en fonction de l'évolution des exigences de votre jeu ou de celles de vos joueurs.

Lorsque vous déterminez le nombre d'emplacements d'hébergement de jeux à utiliser pour votre jeu, tenez compte des facteurs suivants :

Chacune de ces considérations doit être évaluée lorsque vous déterminez où vous ajoutez ou supprimez des sites d'hébergement de jeux. Par exemple, vous pouvez choisir de donner la priorité à l'amélioration de l'expérience pour les joueurs situés dans des zones géographiques où l'expérience de jeu est la moins performante, ou pour les joueurs qui expriment le plus de commentaires publics. Vous pouvez également choisir de prendre en compte la monétisation des joueurs dans vos priorités, par exemple en vous concentrant sur l'amélioration de l'expérience des joueurs situés dans des zones géographiques qui génèrent une source de revenus significative pour votre jeu ou qui sont susceptibles de générer des revenus supplémentaires si vous améliorez les performances.

Outre l'hébergement de l'infrastructure Régions AWS, vous pouvez utiliser les Zones Locales, qui sont une extension d'un Région AWS, pour héberger vos serveurs de jeu et d'autres applications sensibles à la latence, telles que des serveurs de chat vocal plus proches de vos joueurs. Vous pouvez également choisir de gérer l'infrastructure de développement de jeux dans les Zones Locales afin d'améliorer l'expérience de vos équipes de développement de jeux. Par exemple, vous pouvez utiliser les zones locales pour traiter des cas d'utilisation tels que l'hébergement de répliques de vos serveurs de contrôle de source autogérés plus près de vos développeurs de jeux, et pour proposer des stations de travail virtuelles de développement de jeux et un stockage de contenu aux utilisateurs utilisant des EC2 instances Amazon, des volumes EBS et des systèmes de FSx fichiers Amazon déployés dans une ou plusieurs zones locales à proximité de vos studios de développement sans que vous ayez à héberger l'infrastructure sur site.

Les Outposts sont un bon choix lorsque les Régions ou les Zones Locales ne sont pas disponibles dans la même zone géographique. La connectivité entre votre centre de données et votre système AWS doit être prise en compte pour garantir la fiabilité du serveur de jeu au système principal. AWS Outposts et les serveurs Outpost sont spécialement conçus pour fonctionner AWS dans votre centre de données à l'aide des mêmes services et pour aider APIs à créer un modèle de déploiement cohérent quel que soit l'endroit où vous exécutez votre jeu. Plusieurs racks peuvent être combinés dans un avant-poste logique, et l'infrastructure peut être partagée entre eux. Comptes AWS Le cycle de vie du matériel est géré par AWS et le délai de livraison peut être aussi court que 3 mois.

Si vous créez des jeux à l'aide de conteneurs et que vous souhaitez pouvoir adopter une architecture de déploiement hybride utilisant un logiciel open source pouvant être déployé sur votre propre infrastructure sur site, vous pouvez utiliser ECS Anywhere ou EKS Anywhere comme alternative aux Zones AWS Outposts Locales. Si vous hébergez sur Amazon GameLift, Amazon GameLift Anywhere peut être utilisé pour faire fonctionner votre serveur sur du matériel local, ce qui peut accélérer votre processus de développement, vous permettre d'utiliser des zones locales ou d'enregistrer votre propre métal dans votre flotte.

Étapes d’implémentation