Agones
Agones est une plateforme open-source pour exécuter et faire évoluer des serveurs de jeux dédiés sur Kubernetes, développée à l'origine par Google et Ubisoft. Elle ajoute des concepts spécifiques aux jeux à Kubernetes (cycle de vie des serveurs, allocation, mise à l'échelle automatique de la flotte) via des ressources personnalisées, et nécessite l'intégration de son SDK dans la build de votre serveur. Le logiciel est gratuit. Son exploitation ne l'est pas.
,
Qu'est-ce qu'Agones ajoute à Kubernetes ?
Kubernetes a été conçu pour des charges de travail qu'il peut arrêter, déplacer et remplacer dès qu'il en a besoin. Un pod de serveur web qui disparaît coûte quelques requêtes rejouées. Un pod de serveur de jeu qui disparaît en pleine partie met fin au match pour tous les joueurs connectés.
Agones apprend à Kubernetes à faire la différence. Le build de votre serveur intègre le SDK Agones et signale son propre état : "Ready" (Prêt) lorsqu'il peut accueillir des joueurs, "Allocated" (Alloué) dès qu'un match lui est attribué, "Shutdown" (Arrêté) lorsque le match se termine.
Agones s'adapte ensuite à ces états. Une flotte (Fleet) maintient un pool de serveurs Ready, un FleetAutoscaler redimensionne ce pool en fonction de la demande, et une allocation fournit un serveur Ready à votre matchmaker et le marque comme Allocated. La réduction de la voilure (scaling down) ou le déploiement d'une nouvelle version ne touchent pas aux serveurs Allocated, de sorte que les joueurs ne sont jamais retirés d'un match en cours. Un serveur qui cesse d'envoyer des pings d'état de santé est marqué comme Unhealthy (Non sain) et remplacé.
En pratique - Aperçus du blog de Edgegap
Points clés de l'article
Objectif de modernisation de l’infrastructure : KRAFTON visait à éliminer les goulots d’étranglement opérationnels et à améliorer la scalabilité pour des centaines de milliers de joueurs simultanés dans des régions mondiales en passant d’un serveur de jeu basé sur les sessions à une orchestration moderne de serveurs de jeu basée sur des conteneurs.
Limites de mise à l’échelle d’Agones : La plateforme open source d’orchestration de serveurs de jeu souffrait de délais d’amorçage de 15 minutes lors des pics de mise à l’échelle. L’équipe d’ingénierie de KRAFTON a fortement investi dans des solutions personnalisées pour réduire ce délai à 3-4 minutes grâce à des proxys de registre de conteneurs et à l’adoption de Karpenter. Alors que les développeurs peuvent simplement utiliser une solution entièrement gérée comme Edgegap, qui démarre les serveurs de jeu à partir d’un démarrage à froid en 3 secondes en moyenne.
Avantages en efficacité opérationnelle : La conteneurisation a réduit le provisionnement des environnements à moins de 5 minutes et a permis des capacités de libre-service. Les équipes ont obtenu un accès autonome à l’infrastructure de test sans intervention DevOps.
Impact caché sur les ressources : Le parcours de modernisation a consommé des années d’efforts d’ingénierie spécialisés qui auraient pu être consacrés à l’amélioration du gameplay. La plupart des studios ne peuvent pas se permettre ce niveau d’investissement en infrastructure tout en maintenant des cycles de développement compétitifs.
Alternative de plateforme gérée : Les solutions entièrement gérées offrent des performances et des capacités de mise à l’échelle équivalentes, voire supérieures, sans complexité interne. Les studios obtiennent une infrastructure de niveau entreprise grâce à une intégration simple plutôt qu’à des projets de mise en œuvre sur plusieurs années en utilisant une plateforme comme Edgegap.
Que implique l'exécution d'Agones ?
Agones est l'un des composants d'une plateforme d'orchestration, et l'installer sur un cluster est la partie la plus rapide. Le travail réside tout autour : provisionner les nœuds assez vite pour répondre à la demande, déployer les images de serveurs sur ces nœuds, exécuter de la capacité dans chaque région d'où se connectent vos joueurs, lier l'allocation à un système de matchmaking, assurer la surveillance, effectuer les mises à niveau pour suivre le rythme des versions de Kubernetes, et avoir quelqu'un d'astreinte lorsqu'une flotte cesse de se remplir.
PUBG: BATTLEGROUNDS de KRAFTON en est l'exemple public le plus détaillé (AWS re:Invent 2024, GAM311). Le démarrage du serveur de session sur Agones prenait de 10 à plus de 15 minutes entre le provisionnement des instances, leur initialisation et le provisionnement des pods. Deux projets supplémentaires, Karpenter pour le provisionnement des nœuds et un proxy de registre Harbor avec un cache CDN, ont ramené ce temps à 3 ou 4 minutes.
KRAFTON a commencé ce travail avec des avantages que la plupart des studios n'ont pas :
L'échelle. Un jeu du top 3 sur Steam par nombre de joueurs actifs à l'époque, avec des matchs à 100 joueurs et un objectif de centaines de milliers de sessions.
Une équipe exploitant déjà Kubernetes. Les services de QA et de lobby ont été migrés vers Amazon EKS sous la direction d'une équipe DevOps dédiée, et les serveurs de session ont partagé cette plateforme.
Du temps. La migration s'est déroulée de novembre 2018 à juin 2023.
Un support direct du fournisseur. Les solutions AWS et l'équipe de compte ont co-présenté la session, qui décrit des revues opérationnelles, la planification d'événements majeurs et des réunions de feuille de route avec AWS.
Une fois tout cela en place, KRAFTON a attribué à cette configuration le mérite de maintenir la charge opérationnelle à un petit nombre d'ingénieurs DevOps.
Quand Agones est-il le bon choix ?
Agones convient aux studios qui souhaitent un contrôle total sur leur orchestration, qui ont besoin que leurs serveurs restent au sein de leur propre compte cloud, ou qui disposent déjà de personnel pour gérer Kubernetes et la plateforme qui l'entoure. C'est open source, et cela fonctionne partout où Kubernetes s'exécute.
Le compromis réside autant dans la portée que dans l'effort. Un cluster géré par un studio couvre les régions que ce studio provisionne et paie. Un réseau partagé mutualise la capacité entre de nombreux studios : celui d'Edgegap s'étend sur plus de 615 emplacements à travers plus de 17 fournisseurs (données de la plateforme, au 18 septembre 2026), une empreinte qu'un studio seul construit rarement.
Pour comparer les deux options côte à côte, consultez Edgegap vs Agones. Nos guides de migration montrent ce que implique le passage à Edgegap depuis une autre plateforme.
Un mot de notre sponsor (nous-mêmes !)
Une région est une supposition quant à l'endroit où se trouveront vos joueurs. L'Edge Cloud d'Edgegap est un réseau distribué et multi-cloud de plus de 615 emplacements répartis sur plus de 17 fournisseurs, disponible sur demande. Chaque serveur se lance au meilleur emplacement disponible sur le réseau au début du match, et non dans la région la plus proche parmi une poignée d'options.
