Chargement...
SaaSMission · Plateforme freelanceMar 2026 · présent
OneRP — 2 048 connexions concurrentes, l'échelle d'un MMORPG
Cible 2 048 connexions concurrentes · l'échelle d'un MMORPG
Le défi
La concurrence RP plafonne autour de 500 connexions : la latence cumulée des appels REST tue l'UX. Comment monter à 2 048 connexions persistantes où chaque action se propage instantanément à 50 écrans ?
Résultats
L'impact en chiffres
Résultat principal
2 048
connexions concurrentes sur le même monde virtuel (l'échelle d'un MMORPG)
4×
plus que ce que tient la concurrence directe (~500 connexions avant écroulement)
0
requête HTTP entre client et serveur (tout passe en temps réel auto-invalidé)
3 SaaS
ont depuis réutilisé l'architecture sur des contextes business différents
Vous avez un sujet similaire ?
Besoin d'une architecture similaire ?
Je peux cadrer le risque, l'architecture et un premier livrable en 30 minutes.
Articles liés
Pourquoi j'ai supprimé toutes les API REST de mes SaaS — et ce que ça change pour l'utilisateur
Un SaaS classique empile les appels HTTP jusqu'à devenir lent et incohérent. Sur mes 3 derniers produits, j'ai pris le pari inverse : zéro REST entre domaines. L'état se propage tout seul à tous les écrans. Pas de polling, pas de divergence, pas de cache à invalider. Voici ce que ça change concrètement.
8 min
OneRP — Viser des milliers de joueurs au même endroit, là où la concurrence plafonne à ~500
Faire interagir des milliers de personnes en simultané sur le même monde virtuel : en architecture HTTP classique, chaque action déclenche un déluge de requêtes et la latence cumulée tue l'expérience. Voici pourquoi j'ai supprimé toutes les requêtes REST — et comment j'ai pensé la défense anti-triche en parallèle.
9 min
Un sujet proche ?
Un système comme celui-ci à construire ? Parlons-en.
Je prends des sujets techniques critiques — du cadrage à la production, sans dette ni dépendance après le transfert. Le plus rapide pour voir si ça colle : 30 minutes en visio.
Réponse sous 24 h — souvent bien avant.