
Orchestration hybride
L'orchestration hybride gère les serveurs de jeu à la fois sur du matériel nu (bare metal) détenu ou réservé et sur de la capacité cloud louée, sous un plan de contrôle unique. La demande de base est orientée vers la capacité fixe moins coûteuse ; les pics et les régions imprévues se reportent sur le cloud à la demande. C'est ainsi que les studios profitent de la rentabilité du bare metal sans son inflexibilité.
Aussi appelé
cloud hybride
,
Comment l'orchestration hybride décide-t-elle de l'endroit où se déroule un match ?
Une configuration hybride dispose de deux pools de capacité : des hôtes fixes, payés au mois, et des serveurs cloud, payés pendant qu'ils fonctionnent. L'orchestrateur voit les deux, et chaque demande d'association passe par une seule règle. Démarrez le serveur sur un hôte fixe si l'un d'eux a de la place, et dans le cloud si aucun n'en a.
Cette règle fonctionne parce que le serveur est le même des deux côtés. Le serveur de jeu est empaqueté une fois sous forme d'image de conteneur, de sorte qu'il démarre de la même manière sur un hôte réservé ou sur une machine virtuelle cloud. Le matchmaker demande un serveur et reçoit une adresse en retour. Ni lui ni les joueurs ne savent de quel pool provient le serveur.
Une deuxième règle décide du cas le plus difficile : les hôtes fixes ont de la place, mais ils sont loin des joueurs de la partie. Remplir d'abord les hôtes fixes permet de maintenir les coûts bas, car cette capacité est déjà payée. Placer la partie dans un emplacement cloud plus proche de ses joueurs permet de réduire la latence. Les deux réponses sont raisonnables, et un studio peut répondre différemment selon la région ou le mode, comme le coût d'abord pour les files d'attente amicales et le joueur d'abord pour les parties classées.
Quelle doit être la taille de la base de référence fixe ?
Assez grand pour rester occupé. Tracez le nombre de joueurs simultanés sur une semaine typique et trouvez le plancher : le niveau en dessous duquel le jeu descend rarement, la nuit et en milieu de semaine. Une capacité fixe dimensionnée pour ce plancher fonctionne à plein régime 24 heures sur 24, c'est là que son prix horaire inférieur s'avère rentable. Tout ce qui dépasse le plancher va dans le cloud.
Les deux façons de se tromper coûtent différemment. Une base de référence trop petite envoie quelques matchs supplémentaires vers le cloud au tarif à la demande. Une base de référence trop grande laisse des serveurs inactifs au prix fort, toutes les heures, jusqu'à la fin du contrat. Lorsque la courbe est incertaine, se tromper par le bas est l'erreur la moins coûteuse.
Le plancher bouge aussi. Au lancement, personne ne sait où il se situe, la répartition s'appuie donc sur le cloud. Une fois que la courbe se stabilise, la base de référence peut augmenter pour la rejoindre, et à mesure que l'audience diminue, la base de référence diminue avec elle à chaque renouvellement. Des contrats plus courts coûtent plus cher par mois et permettent à la base de référence de suivre la courbe de plus près.
Qu'est-ce qu'un seul plan de contrôle change ?
Faire fonctionner côte à côte une capacité fixe et une capacité cloud est possible sans orchestration hybride. Cela signifie généralement deux systèmes : un cluster sur machine nue (bare metal), souvent Kubernetes avec Agones, et une configuration distincte dans le cloud. Chacun possède son propre pipeline de déploiement, sa propre logique de surveillance et de placement, ainsi qu'un code de liaison pour décider vers quel système un match est orienté. L'orchestration hybride remplace cela par une seule API, une seule image et une vue unique de chaque serveur.
Un plan de contrôle unique permet également de pallier la défaillance d'un pool. Si un fournisseur ou une région tombe en panne, les matchs peuvent démarrer dans l'autre pool au lieu de ne pas démarrer du tout, un cas que notre analyse des pannes d'hyperscalers a mis en évidence après la panne d'AWS de novembre 2020 (décembre 2021).
Sur Edgegap, les deux pools sont Private Fleet, des hôtes réservés dans 58 emplacements, et Edge Cloud, plus de 615 emplacements répartis sur plus de 17 fournisseurs (données de la plateforme, 18 septembre 2026). Un studio liste ses hôtes de flotte par ordre de priorité. Un déploiement démarre sur le premier hôte disposant d'espace et, lorsque aucun n'en a, bascule automatiquement vers Edge Cloud, au meilleur emplacement disponible pour ses joueurs au moment de la demande (documentation sur la private fleet, octobre 2026). La liste de priorités est l'endroit où un studio définit sa règle privilégiant le coût ou le joueur.
Orchestration hybride vs Multi-Cloud : Quelle est la différence ?
Ils répondent à des questions différentes. Le multi-cloud concerne les fournisseurs : fonctionner sur plus d'un cloud, pour atteindre plus de zones géographiques ou pour éviter de dépendre d'un seul. L'hybride concerne la manière dont la capacité est achetée : des serveurs dédiés fixes sur engagement, aux côtés d'une capacité payée à l'usage.
Ils se combinent, et c'est souvent le cas pour les serveurs de jeux : une base de référence fixe avec un seul fournisseur, et une capacité cloud répartie sur plusieurs. La difficulté croît avec chaque fournisseur ajouté, car chacun possède sa propre API, ses propres images de machines, son réseau et sa facturation. Notre analyse de la gestion multi-cloud a fixé la limite des outils d'infrastructure-as-code à environ deux ou trois fournisseurs et 40 à 50 emplacements ; au-delà, les gérer à la main cesse d'être pratique (décembre 2022). C'est le travail que prend en charge un orchestrateur hybride et multi-fournisseurs.
Un mot de notre sponsor (nous-mêmes !)
Héberger sur un seul cloud signifie que vous tombez en panne dès que ce cloud l'est. Edgegap orchestre vos serveurs à travers plus de 17 fournisseurs de cloud et de bare-metal avec un basculement automatique, afin qu'aucune panne d'un seul fournisseur ne mette votre jeu hors ligne.
L'avis d'Edgegap (ce n'est que notre opinion, à prendre avec des pincettes !)
L'hybride est une politique, pas un achat
Les studios abordent généralement l'hybride sous l'angle d'une décision d'achat : combien d'hôtes réserver. Les hôtes sont la partie la plus simple. Que l'hybride permette d'économiser de l'argent et de maintenir les matchs à proximité des joueurs dépend de la politique qui les entoure : vers quel pool un match est dirigé en premier, où il va lorsque la flotte est éloignée de ses joueurs, et à quelle fréquence la ligne de base est redimensionnée.
Les deux premières sont des règles de placement, et c'est là que le coût et l'expérience des joueurs se rencontrent. Une flotte remplie en premier est moins chère. Un match placé près de ses joueurs se déroule mieux. Nous laissons les studios définir cet ordre via leur liste de priorité des hôtes plutôt que de décider pour eux, car une file d'attente classée et une file d'attente occasionnelle peuvent légitimement y répondre de manière différente.
La troisième est un calendrier. Une ligne de base dimensionnée au lancement est erronée un an plus tard, dans un sens ou dans l'autre. Les conditions de la Private Fleet s'appliquent mensuellement, sur 6 ou 12 mois (bare metal hosting, octobre 2026), de sorte que la ligne de base peut être redimensionnée à chaque renouvellement plutôt qu'une seule fois.
Définissez d'abord la politique. La taille de la flotte découle du plancher qu'elle révèle, et le pricing calculator montre ce que ce mélange coûte à votre propre niveau de simultanéité.
,









