Comme vous le savez peut-être déjà, le monde de Pax Dei comprend plusieurs régions (Gallia, Anatolia, Gothia…) divisées en provinces (Ancien, Merrie, Kerys…). Une province représente une large zone géographique composée de nombreuses vallées entrecoupées de grandes chaînes de montagnes. Certaines provinces spécifiques appelées les Provinces hospitalières englobent plusieurs vallées “habitables” que nous appelons des Domaines. C’est là que vous pourrez construire votre foyer. Bien entendu, vous trouverez aussi de sombres donjons et grottes situés principalement sous la surface de ces provinces.

Comment ces éléments géographiques se traduisent-ils sur les serveurs physiques et comment affectent-ils la jouabilité ?

Mondes/Shards

Dans Pax Dei, votre premier choix lors de la création de personnage sera la sélection d’une instance spécifique du monde, parfois appelé une shard. Bien que la carte de Pax Dei soit très grande, elle ne peut accueillir qu’un nombre limité de joueurs. C’est pourquoi nous avons créé plusieurs copies du monde, chacune identique, mais complètement indépendante des autres en terme de population. Chacune de ces copies est appelée un Monde ou, dans le vocabulaire technique, une shard.

Nous estimons que pour le lancement du jeu, la population maximale d’un Monde avoisinera les 7 000 joueurs.

Les différents Mondes (shards) vivront dans le Cloud, dans des infrastructures répartis à travers le monde (comme l’Amérique du Nord ou l’Europe). Chacun des Mondes sera entièrement hébergé dans une seule infrastructure.

Les facteurs qui influenceront votre choix seront donc principalement les suivants :

Le temps de latence par rapport à votre ordinateur (dépendant de la localisation des infrastructures physiques);
La disponibilité, car certains Mondes peuvent être saturés;
Les Mondes où se trouvent vos amis.

Les serveurs de zone

D’un point de vue informatique, une shard est composée d’une multitude de serveurs et de services en Cloud, chacun d’entre eux remplissant une fonction précise. Les serveurs les plus nombreux sont les serveurs dits de zone. En effet, la simulation d’un monde complet est bien trop gourmande en termes de calculs pour être gérée par une seule machine. Elle est donc divisée en unités de calcul plus petites, appelées des zones. Un serveur de zone est un serveur Unreal dédié gèrant la simulation d’une partie spécifique du monde, par exemple un Domaine.

Une fois en jeu, vous êtes constamment connecté à un serveur de zone, et ce, de manière automatique. Chaque fois que la frontière d’une zone est franchie, la connexion est transférée vers le serveur de la zone adjacente. C’est ce qu’on appelle une transition de zone. Dans la plupart des cas, ces transitions se font en douceur, mais il existe quelques exceptions :

Les transitions entre les différentes provinces ou vers les donjons requièrent généralement un certain temps de chargement, car le client télécharge l’intégralité d’une nouvelle carte;
Il est actuellement impossible de voir les autres joueurs et les PNJ au-delà des frontières des zones.

Instances de zone

Comme indiqué ci-dessus, un serveur de zone est un serveur Unreal dédié qui gère la simulation d’une petite portion du monde. À terme, il est possible qu’un serveur de zone soit submergé par un trop grand nombre de joueurs connectés.

Actuellement, cette limite se situe autour de 150 joueurs, mais elle devrait évoluer grâce à du matériel plus performant et à des optimisations du code. Pour ne pas avoir à fermer des zones dont le nombre maximum de joueurs est atteint, par exemple pendant les heures de grande affluence, nous avons introduit le concept d’instances de zone.

Ainsi, lorsque le nombre maximum de joueurs dans une zone dépasse la limite fixée, nous répartissons l’ensemble des utilisateurs d’une zone donnée entre plusieurs instances de zone. Chaque instance de zone est en réalité un serveur de zone distinct pour la même zone. Cependant, les joueurs d’une instance de zone donnée ne peuvent pas interagir avec les joueurs d’une autre instance.

Cette distinction s’applique uniquement pour les interactions directes entre joueurs. La persistence des bâtiments, entre autres, est assurée sur chaque instance, ainsi, les envronnements sont les mêmes pour tous. Lorsque la population de la zone diminue, les instances fusionnent.

Si ces instanciations de zones risquent d’être courantes dans les premières phases du jeu. Une fois que ce dernier aura atteint une certaine maturité et que la population des Mondes sera plus stables, elles ne devraient se produire que rarement.

Back-end : persistance

En plus des serveurs de zone, le reste du back-end gère la coordination entre les serveurs de zone, la logique transactionnelle en jeu, la communication et la persistance. Dans certains cas, comme pour les processus d’authentification, les clients se connectent directement à ce back-end par le biais d’API sécurisées. Toutefois, dans la plupart des cas, ce sont les serveurs de zone qui communiquent avec le back-end pour fournir des services spécifiques tels que la gestion de l’inventaire, des ressources, etc.

Toute cette infrastructure est ensuite déployée, coordonnée et mise à l’échelle par le biais d’une architecture Kubernetes fonctionnant au-dessus d’une infrastructure Cloud.

Foire aux questions (FAQ)

Lanceur Pax Dei