Préparer le serveur au multi-instance Socket.IO #45

New issue

Closed

opened 2026-06-25 02:21:41 +00:00 by Reliodas · 0 comments

Reliodas commented

2026-06-25 02:21:41 +00:00

Owner

Objectif : rendre explicite et testable le chemin vers plusieurs instances serveur partageant les mêmes salles.

Critères d acceptation :

choix technique documenté entre instance unique assumée, Redis adapter Socket.IO, sticky sessions, ou autre stratégie ;
si multi-instance retenu, les événements Socket.IO sont propagés correctement entre instances ;
la room store ne dépend plus uniquement de maps locales pour les données partagées ;
les reconnexions fonctionnent même si le client revient sur une autre instance ;
tests ou scénario docker compose démontrant deux instances applicatives ;
documentation de déploiement mise à jour avec les contraintes reverse proxy.

Constat audit beta : l alpha fonctionne avec un seul processus en mémoire. Pour un VPS simple cela suffit, mais toute montée en charge, redéploiement progressif ou redémarrage sans coupure demande une stratégie multi-instance claire. Objectif : rendre explicite et testable le chemin vers plusieurs instances serveur partageant les mêmes salles. Critères d acceptation : - choix technique documenté entre instance unique assumée, Redis adapter Socket.IO, sticky sessions, ou autre stratégie ; - si multi-instance retenu, les événements Socket.IO sont propagés correctement entre instances ; - la room store ne dépend plus uniquement de maps locales pour les données partagées ; - les reconnexions fonctionnent même si le client revient sur une autre instance ; - tests ou scénario docker compose démontrant deux instances applicatives ; - documentation de déploiement mise à jour avec les contraintes reverse proxy.