View a markdown version of this page

Développement de jeux dans le cloud (CGD) - Objectif de l'industrie du jeu

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.

Développement de jeux dans le cloud (CGD)

Le développement de jeux dans le cloud (CGD) fait référence à l'infrastructure et aux outils nécessaires au cycle de vie du développement d'un jeu pour créer, tester et développer un jeu. Le développement de jeux est collaboratif entre les utilisateurs et les exigences en matière d'infrastructure changent fréquemment au cours des étapes de développement.

De nombreux développeurs de jeux font appel à des équipes de développement distribuées dans le monde entier et à distance, ce qui nécessite une technologie compatible avec ce type de développement. Les développeurs de jeux peuvent héberger tout ou partie de ces environnements AWS et utiliser la disponibilité mondiale de Régions AWS pour placer les ressources au plus près des utilisateurs et gérer leurs environnements de développement de manière plus rentable en adaptant les capacités de calcul et de stockage en fonction des besoins.

Les environnements peuvent varier en fonction des besoins des développeurs de jeux, mais ils incluent généralement des postes de travail pour les développeurs permettant aux artistes, aux concepteurs, aux ingénieurs, aux testeurs d'assurance qualité, aux sous-traitants et aux autres membres du personnel d'effectuer leur travail. Ces environnements incluent également généralement une ferme de compilation composée de référentiels de code source permettant aux utilisateurs d'enregistrer leurs modifications et d'une CI/CD infrastructure pour créer, empaqueter et tester les artefacts développés.

Ces architectures de production de jeux présentent les caractéristiques suivantes :

  • Les utilisateurs doivent pouvoir accéder à une station de travail virtuelle via un navigateur Web ou un client de bureau local, tel qu'Amazon DCV, qui leur fournit une session de streaming à faible latence pour accéder aux mêmes logiciels et outils auxquels ils auraient accès s'ils travaillaient sur une machine dans un bureau ou un studio de développement. Ces postes de travail virtuels, généralement un serveur basé sur le cloud, devraient permettre à un utilisateur de collaborer et de travailler sur ses projets entièrement dans un environnement cloud via un réseau local ou étendu. Lorsque les utilisateurs n'utilisent pas activement les machines, leur travail doit être sauvegardé sur un stockage cloud durable, par exemple un référentiel de contrôle de source ou un système de fichiers tel qu'Amazon Elastic File System (EFS) et Amazon FSx, et leur machine doit être arrêtée pour réduire les coûts.

  • Les référentiels de contrôle de source, tels que Perforce, doivent être conçus avec une haute disponibilité en utilisant la réplication entre des zones de disponibilité ou entre des environnements sur site avec des sauvegardes stockées dans un stockage cloud tel qu'Amazon S3. Par exemple, un serveur Perforce basé sur le cloud doit inclure un serveur de validation principal hébergé dans une zone de disponibilité avec réplication vers un serveur de secours hébergé dans une autre zone de disponibilité de la même région.

  • Les ressources de la ferme de développement de jeux doivent être conçues avec une mise à l'échelle automatique afin que les ressources de calcul soient allouées selon les besoins, et les instances EC2 ponctuelles doivent être utilisées pour réduire les coûts liés à l'augmentation du nombre de serveurs requis pour les builds.