Sessions sticky

Envoyer un utilisateur toujours vers le même serveur permet de garder la session en mémoire. Cela casse la répartition équitable et perd les sessions quand ce serveur meurt : préfère des services sans état.

Où on le retrouve dans les vrais systèmes

  • Load balancer applicatif

    Il termine le TLS, route selon le chemin ou l'hôte et cesse d'envoyer du trafic à une instance qui échoue à ses health checks. L'algorithme compte : moins-de-connexions absorbe mieux les requêtes inégales que le round robin, et les sessions sticky créent des points chauds.

    En production : AWS Application Load Balancer, NGINX, Envoy, HAProxy, Azure Application Gateway

  • Passerelle temps réel

    Le chat, les scores en direct et l'édition collaborative exigent que le serveur parle en premier. Les connexions persistantes ont un état : chaque utilisateur est attaché à un nœud, donc une panne force des reconnexions et il faut un registre de présence pour savoir qui est connecté où.

    En production : AWS API Gateway WebSocket, Socket.IO, Phoenix Channels, Centrifugo, Pusher, Ably

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.

Ouvrir le parcours Ouvrir le bac à sable