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.
La vie d'un serveur de jeu
Avec Amazon GameLift ServersFleetIQ, les serveurs de jeux passent par le cycle de vie suivant, y compris le provisionnement et les mises à jour de statut. Un serveur de jeux est censé être une ressource de courte durée. Il est recommandé de désenregistrer les serveurs de jeu après la fin d'une session de jeu plutôt que d'être réutilisés pour une autre session de jeu. Cette approche permet de garantir que les serveurs de jeux disponibles fonctionnent toujours avec les ressources les moins coûteuses qui soient viables pour l'hébergement de jeux.
-
Une ressource de serveur de jeu est créée lorsque le processus du serveur de jeu, exécuté sur une instance d'un groupe Auto Scaling Amazon GameLift Servers FleetIQ lié, appelle l'Amazon GameLift ServersAPI
RegisterGameServer()pour indiquer Amazon GameLift Servers FleetIQ qu'elle est prête à héberger des joueurs et des parties de jeu. Un serveur de jeux dispose de deux états pour assurer le suivi de la disponibilité actuelle :-
L'état d'utilisation indique si le serveur de jeux prend actuellement en charge le gameplay. Cet état est initialement défini sur AVAILABLE (DISPONIBLE), ce qui indique que le serveur est prêt à accepter un nouveau gameplay. Une fois que le serveur de jeux est occupé par le gameplay, cet état est défini sur UTILIZED (UTILISÉ).
-
L'état de la demande indique si le serveur de jeux est demandé pour un gameplay imminent. L'état CLAIMED (DEMANDÉ) indique qu'un serveur de jeux a été temporairement réservé par un client de jeu (ou un service de jeu tel qu'un matchmaker). Ce statut Amazon GameLift Servers FleetIQ empêche de fournir le même serveur de jeu à plusieurs demandeurs. Un serveur de jeux dont l'état de demande est vide peut être demandé.
-
-
Le diagramme suivant illustre comment l'état d'utilisation et l'état de demande d'un serveur de jeux évoluent au cours de la durée de vie du serveur.
-
Étape 1. Un groupe de serveurs de jeux dispose de six serveurs de jeux enregistrés. L'état d'utilisation de quatre serveurs de jeux est AVAILABLE (DISPONIBLE) (A, B, C et D) et l'état d'utilisation des deux autres est actuellement UTILIZED (UTILISÉ) (E et F).
-
Étape 2. Un client de jeu ou un système de matchmaking appelle
ClaimGameServer()de l'API Amazon GameLift Servers pour demander un nouveau serveur de jeux. Cette demande invite Amazon GameLift Servers FleetIQ à rechercher un serveur de jeu disponible (D) et à définir le statut de sa réclamation sur CLAIMED pendant 60 secondes. Amazon GameLift ServersFleetIQrépond à sa demande en fournissant les informations de connexion au serveur de jeu (adresse IP et port), ainsi que d'autres données facultatives spécifiques au jeu. Comme le gameplay n'a pas encore commencé sur le serveur de jeux, l'état d'utilisation du serveur reste AVAILABLE (DISPONIBLE), mais il ne peut pas être demandé par le biais d'une autre demande. -
Étape 3a. À l'aide des informations de connexion fournies, les clients de jeu peuvent se connecter au serveur de jeux et lancer le gameplay. Le serveur de jeux (D) doit être déclenché dans un délai de 60 secondes pour que son état d'utilisation passe à UTILIZED (UTILISÉ) lors de l'appel de
UpdateGameServer()de l'API Amazon GameLift Servers. -
Étape 3b. Si l'état d'utilisation du serveur de jeux n'est pas mis à jour dans les 60 secondes, le minuteur de demande expire et l'état de la demande est à nouveau vide. Le serveur de jeux (D) est renvoyé dans le pool des serveurs de jeux disponibles et non demandés.
-
-
Une ressource de serveur de jeux est supprimée lorsque le gameplay sur le serveur de jeux est terminé et que les joueurs se sont déconnectés. Avant la fermeture, le processus du serveur de jeu appelle l'Amazon GameLift ServersAPI
DeregisterGameServer()pour l'informer Amazon GameLift Servers FleetIQ de son départ du pool de serveurs de jeu du groupe de serveurs de jeu.
