Proposition d'architecture pour un jeu par navigateur

Découvrez l'architecture de Seelies, un jeu par navigateur constitué de modules articulés autour d'un message broker. L'objectif : un jeu facile à maintenir, à déployer, à surveiller et à distribuer.

Transcript

1. Proposition d’architecture pour un jeu par navigateur http://www.flickr.com/photos/cubagallery/3540475536/
2. Un jeu est composé de plusieurs modules • Match making • Classements • Achievements • Gestions des ressources • Tours de jeux • Résolution de combats • … http://www. ickr.com/photos/justard/8608085188/
3. Tout regrouper dans une application Web n’est pas efficace
4. Le code devient volumineux et complexe http://www.flickr.com/photos/andreakirkby/2808173935/
5. Les nombreuses dépendances ralentissent les lancements, les déploiements et les tests http://www.flickr.com/photos/herrolsen/7582564172/
6. Le moindre changement implique de redéployer l’application Web entière
7. Il est plus simple de gérer plusieurs petites applications http://www.flickr.com/photos/jasonpier/3369788289/
8. Chaque composant expose une interface claire et limitée http://www.flickr.com/photos/cubagallery/6547995559/
9. Le faible volume de code de chaque composant est facile à relire et encourage l’écriture de tests et le refactoring
10. Chaque composant est facile à monitorer pour identi er qui consomme les ressources
11. Chaque composant est indépendant : on peut en relancer un sans impacter les autres http://www.flickr.com/photos/cubagallery/6165090517/
12. Problème : partager du code entre les applications http://creativecommons.org/
13. Utiliser les submodules de Git ou le système de paquets du langage
14. Problème : communiquer entre applications http://www.flickr.com/photos/timowestergard/7938835608/
15. Utiliser un message broker http://www.flickr.com/photos/wavy1/493164853/
16. • Les queues créent une interface • Permet de contrôler la concurrence • Sert de tampon quand un composant est coupé • Trivial à utiliser, quel que soit le langage • Très performant (< 5 ms par message) • Distribution transparente sur le réseau
17. Problème : donner du feedback à l’utilisateur quand tout est asynchrone
18. Server Side Events ou WebSocket Envoyer les données aux navigateurs http://www.flickr.com/photos/cityofsound/45540731/
19. Seelies http://seeli.es/
20. Joueur A Joueur B Web App Communication server Match Maker WebSocket server J’invite B et C pour une partie en 2 x 3 A invite B et C pour une partie en 2 x 3 Je regarde si c’est possible. Ok ! Noti e A, B et C. L’invitation est passée ! A t’invite pour une 2 x 3. Accepter ? Refuser ? RabbitMQ Ajax Push Email Joueur C (offline) Idem
21. Résumé De multiples serveurs très spécialisés s’abonnent à des queues sur lesquels ils recoivent des messages qu’ils traitent. Traiter un message consiste parfois à agir sur les bases de données, à envoyer de nouveaux messages sur d’autres queues, à envoyer des mails, ou bien des pushs, etc.