Un jeu comme transport tycoon est un gros défi sur plusieurs point, le point qui me concerne est le côté serveur/multijoueur. Je profite donc de ce fil pour vous présenter ce que j'ai mis en place comme architecture en espérant avoir des critiques.
Donc Voici pour débuter une image qui peut aider à suivre lors de l'explication dans le reste du post.
[center]
[/center]
Zone client (beige): Tout les informations que le client utilise passe par le "networkManager". Ce proxy permet d'envoyer des requêtes au serveur, de gérer la connexion, de recevoir des évènements, enfin toutes les communications y passent.
La zone de messagerie (vert) : C'est ici ou les acteurs se parlent, cette partie se divise en room. Il existe pour le moment 3 types de rooms :
- Le lobby, c'est une room pour les messages public qui doivent toucher tout les joueurs, chaque message est donc assez couteux en bande passante comme il est envoyé a tous.
- Room zone : ces room concerne une zone de l'univers, les zones sont de deux types pour le moment (le système global et les zones de station) Quand un joueur est dans une room zone, il reçoit tout les message d'évènements concernant cette zone, les déplacement, apparition et disparition de vaisseaux.
- management room : C'est une chambre réservé aux client de gestion, ces client ne sont pas des joueurs mais d'autre "machine" qui se connectent sur le serveur pour gérer une ou des zones données. Du code attaché à cette zone permet de gérer la charge et distribuer les zone à gérer aux processus les moins occupés.
La zone des données (rose) : C'est ici que sont stocké les données du jeu. J’essaie de séparer les données pour permettre à terme de pouvoir avoir plusieurs instance de serveur de donnée qui gèrent différentes données. La contrepartie fait qu'on perd les contraintes d'intégrités référentielles, c'est un risque qui vaut le coup je crois. Pour le moment on utilise une base de donnée MySQL. J'utilise également Hibernate et NHibernate comme ORM pour simplifier le code lors de l’accès aux données.
La zone de gestion (violet) : C'est le coeur de la grappe. On peut avoir plusieurs instance de zone de gestion, une instance etant par exemple 1 PC qui tourne 1 processus de gestion. Ce processus se connecte au serveur de messagerie et propose ses services. On lui assignera donc des zones à gérer, pour chaque zone, il va instancier un ZoneManager. C'est lui qui va, pour chaque frame, effectuer l'évolution sur le clusteur. Il va par exemple déplacer les vaisseau, effectuer les productions et poster les offres d'achats/vente. Comme un joueur, il rejoint la room des zones qu'il gère, c'est comme ça qu'il peut envoyer aux utilisateurs les évènements qui les concernent.
Je crois que je vais arrêter ici pour ce post, ca donne une idée très générale de l'architecture du serveur. Si vous avez des questions ou des critiques, n'hésitez surtout pas. Je crois que cette architecture devrait bien supporté l'augmentation de charge en ajoutant des machines.
. Ca défonce! J'aime bien l'idée de la texture nid d'abeille 
