View a markdown version of this page

GAMEPERF02-BP02 Concevoir une approche permettant de placer l'infrastructure de jeu sensible à la latence à proximité des joueurs afin d'améliorer les performances - Lens de l'industrie du jeu
Directives d’implémentation

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 Concevoir une approche permettant de placer l'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 jeu, minimise l'impact des longs trajets réseau. Les déploiements répétables peuvent simplifier la gestion de plusieurs sites qui sont 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 où déployer au mieux 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 permet d'ajuster rapidement votre stratégie de placement d'hébergement afin de déployer des serveurs là où ils sont nécessaires, au plus près des joueurs. Il est courant que les développeurs de jeux évaluent régulièrement 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 modèles d'infrastructure en tant que code, tels que AWS CloudFormation Terraform de Hashicorp, pour la configuration de votre infrastructure, comme les VPC, les configurations de sous-réseaux et les dépendances requises pour lancer des services de jeu critiques afin que vous puissiez 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 expansion future. Les modèles IaC sont répétables mais ne remplacent pas la planification du réseau. L'IPAM gère vos VPC. Dimensionnement des sous-réseaux, 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 changement. Les serveurs de jeu déployés sur plusieurs sites géographiques se connecteront au backend de votre 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 apporter des modifications à 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 :

  • Amélioration de la qualité de l'expérience des joueurs : dans quelle mesure pouvez-vous améliorer l'expérience des joueurs en ajoutant des sites d'hébergement de jeux supplémentaires ? Quel est le gain de performance supplémentaire que vous pouvez obtenir en procédant ainsi ? Comment allez-vous mesurer cette amélioration des performances ?

  • Quelles populations de joueurs privilégier : pour combien de joueurs pouvez-vous améliorer l'expérience si vous ajoutez des sites d'hébergement de jeux supplémentaires ? Quelles populations de joueurs, ou quelles zones géographiques, allez-vous prioriser ?

  • Impacts en aval du changement : si vous modifiez votre stratégie d'hébergement de jeux, comment cela influencera-t-il les temps d'attente des joueurs lors du matchmaking ? La taille des matchs, l'équilibre des compétences ou le nombre de joueurs dans le pool de joueurs peuvent-ils s'adapter à un changement de stratégie en matière de lieu d'hébergement des parties ? La prise en charge d'un plus grand nombre de sites peut potentiellement fragmenter le pool de joueurs et augmenter les coûts et la complexité.

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 les zones géographiques où l'expérience de jeu est la moins performante, ou pour les joueurs qui expriment le plus de commentaires du public. 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 importante pour votre jeu ou qui ont le potentiel de générer des revenus supplémentaires si vous apportez des améliorations de performances.

Outre l'infrastructure d'hébergement 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 répondre à 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 des développeurs de vos jeux, et pour proposer des postes de travail virtuels de développement de jeux et un stockage de contenu aux utilisateurs utilisant des instances Amazon EC2, des volumes EBS et des systèmes de fichiers Amazon FSx 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 avant-postes constituent 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 le serveur de jeu 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 en utilisant les mêmes services et API afin de 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 en un Outpost logique, et l'infrastructure peut être partagée entre Comptes AWS eux. 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 avoir la flexibilité nécessaire pour adopter une architecture de déploiement hybride utilisant un logiciel open source qui peut être déployé sur votre propre infrastructure sur site, vous pouvez utiliser ECS Anywhere ou EKS Anywhere comme alternative à Local AWS Outposts Zones. 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 permettant d'utiliser les zones locales ou d'enregistrer votre propre métal dans le cadre de votre flotte.

Étapes d’implémentation

  • Utilisez des outils d'infrastructure en tant que code tels que AWS CloudFormation Terraform pour des déploiements répétables, permettant une personnalisation et une évolutivité rapides des sites d'hébergement de jeux en fonction des besoins des joueurs.

  • Évaluez les améliorations apportées à l'expérience des joueurs, les priorités en matière de population de joueurs et les impacts en aval, tels que les temps de matchmaking lors de l'ajout ou de la suppression de sites d'hébergement de jeux.

  • Utilisez les zones AWS locales, les avant-postes ou des options hybrides telles qu'ECS Anywhere, EKS Anywhere ou GameLift Anywhere pour optimiser l'infrastructure sensible à la latence et répondre à divers besoins de déploiement.