Configuration de la version de l’application

Dans cette section, nous couvrirons comment configurer correctement votre application pour utiliser efficacement les sessions. Nous vous montrerons comment utiliser les paramètres plus fins pour adapter l'utilisation à vos besoins spécifiques. Nous n'aborderons pas ici les configurations de version d'application de base, mais vous pouvez vous référer à ceci partie de la documentation pour en savoir plus à leur sujet.

Si vous n'êtes toujours pas sûr du produit qui convient le mieux à vos besoins, n'hésitez pas à rejoindre notre Discord pour obtenir de l'aide. Cependant, si vous êtes arrivé jusqu'ici, vous êtes probablement convaincu que vous devez utiliser des sessions dans votre application.

Bonnes pratiques pour configurer les sessions dans la version de votre application

Toute la configuration liée aux sessions se trouve sous la session_config clé lorsque création d'une version d'application.

Type de session

Comme mentionné précédemment, l'une des premières choses que vous devrez faire est de choisir le type de session, soit Match ou Seat. Pour récapituler rapidement, vous devez utiliser Seat si vous voulez que chaque joueur ait son propre socket, et utiliser Match si vous voulez que chaque session ait un socket partagé pour tous les joueurs.

Lors de l'utilisation de sessions Seat, chaque joueur est représenté par une adresse IP que vous nous envoyez dans la requête de session. Il est important d'inclure l'adresse IP, car elle nous permet de suivre avec précision l'utilisation des sockets pour chaque déploiement. Sans elle, vous pourriez ne pas être en mesure de voir les informations d'utilisation des sockets dont vous avez besoin.

Il existe une troisième option appelée Défaut, ce qui signifie que la fonctionnalité de session n'est pas utilisée. C'est l'option par défaut pour les versions d'application créées sans spécifier de type de session.

Sockets de session

Le paramètre sockets de session détermine le nombre maximal de joueurs ou de matches, selon le type de session, qui peuvent être hébergés sur votre déploiement à un moment donné.

Si vous utilisez Seat, le nombre de sockets de session dépendra principalement du nombre de joueurs simultanés que vous souhaitez héberger dans une seule instance de votre serveur. Si vous utilisez Match, cela dépendra davantage de l'optimisation de votre code serveur. En général, moins chaque instance consomme de ressources, plus vous pouvez loger de sockets de session dans un seul déploiement.

Autodeploy

Sauf si vous souhaitez gérer entièrement votre déploiement sur votre propre backend, cette option est recommandée pour garantir que vos sessions ne échouent pas. Elle garantit que vous aurez toujours un déploiement disponible à la demande pour héberger vos sessions lorsque nécessaire.

L'option autodeploy est une version plus simple d'une flotte, où le système crée automatiquement des déploiements en fonction de la demande de votre application, sans restrictions minimales ou maximales. Cela peut être utile pour les applications qui ont une demande très variable et qui doivent monter et descendre en charge rapidement sans contraintes.

Durée de vie vide

Cette option détermine pendant combien de temps un déploiement sans sessions actives doit être conservé avant d'être automatiquement supprimé. Nous recommandons de définir une valeur pour éviter le coût d'exécution de déploiements inutilisés trop longtemps.

Ceci est particulièrement important si vous utilisez l'option autodeploy, car cela pourrait entraîner une accumulation de ressources inutilisées si ce n'est pas géré correctement. Cette option permet une réduction d'échelle entièrement automatisée des serveurs de jeu.

Pour assurer le bon fonctionnement de cette fonctionnalité, il est impératif que vous supprimiez votre session `Seat` ou `Match` lorsqu'elle n'est plus nécessaire. Sinon, nous ne pourrons pas effectuer la réduction d'échelle. Veuillez noter que nous ne déterminons pas qu'un déploiement est vide lorsqu'il n'y a plus de connexions, mais lorsqu'il n'y a plus de sessions associées au déploiement.

Délai de suppression des sessions

Si vous devez supprimer un déploiement alors qu'il contient encore des sessions, les sessions ne seront pas supprimées immédiatement. Vous pouvez définir combien de temps après la terminaison du déploiement vos sessions doivent être supprimées. Cela vous permet d'effectuer toute manipulation nécessaire sur les sessions avant leur suppression. Par défaut, le délai de suppression est réglé sur 60 minutes, et vous ne pouvez pas le définir sur une valeur inférieure.

Le nom de cette variable est session_max_duration dans l'API et le tableau de bord, bien que nous reconnaissions que le nom peut prêter à confusion.

Si vous supprimez un déploiement avant de déconnecter vos joueurs et de terminer les sessions, cela déconnectera les joueurs du serveur, car le serveur ne sera plus disponible. Ceci n'est pas recommandé.

Vous n'aurez probablement pas besoin de définir cette valeur sauf si vous avez des besoins spécifiques. Dans la plupart des cas, il est recommandé de la laisser à la valeur par défaut.