Discussion :

[seb.49]

Bonjour,

Est ce qu'il existe un moyen de publier un site sans faire tomber les sessions ?

J'imagine un site utilisé potentiellement 24h sur 24h 7j sur 7j , comment on fait pour corriger un petit bug (je parle pas d'une refonte totale bien sur) par exemple sans killer les utilisateurs qui s'apprétaient à passer une commande ?

Merci

[guitoux1]

A partir du moment ou tu fais une modif dans un fichier de config ou si tu met une nouvelle DLL, les sessions et l'application seront réinitialisés.
Tu n'as plus qu'à gérer le cas "site en maintenance....." comme on voit souvent

[seb.49]

Je ne connais pas bien mais et le load balancing, c'est facile à mettre en oeuvre ?

[lutecefalco]

si tu gères les sessions en base et que l'id session est présente dans l'url, je pense que tu peux faire ce que tu veux

[guitoux1]

En load balancing, il existe plusieurs modes pour gérer les sessions. En voici 2 classiques. Prenons un exemple de 2 serveurs de prod, tous les deux en Load Balancing.

- Soit le load balancing envoi les requêtes sur l'un ou l'autre serveur et dans ce cas tu ne peux pas utiliser les sessions "classiques" car elles sont propres à la la machine. Il faut alors utiliser des sessions par exemples stockées en BDD

- Soit le load balancing redirige un user vers l'un ou l'autre serveur, et dans ce cas les sessions sont conservées car un user attaque toujours la même machine.

Dans les 2 cas, si une des 2 serveurs est "down", alors toutes les requêtes vont au second.

Tu peux donc utliser le cas 1 avec des sessions en BDD ou le cas 2 avec des sessions normales. Tu met "down" un des 2 serveurs sur lequel tu met la nouvelle version de ton appli, puis tu fais pareil avec le second.
Cependant, il faut veiller à faire ça en dehors des heures de pontes de ton appli, car tu n'auras plus que un serveur pour gérer tout le trafique.
Et il faut faire gaffe aussi à ce que quand le load balancing est en place, ce soit bien les 2 même version de l'appli qui tournent.

Le load balancing peut se mettre en place soit de façon matériel (radware) soit de façon logicielle. Dans ce dernier cas, il y a ce qu'il faut sur Windows Server (je sais plus quelle version).

[seb.49]

On s'écarte un peu du sujet, mais j'aime bien la solution cependant, comme obligé tout le monde à aller sur le serveur 2, pour patienter jusqu'a ce que le serveur 1 ne soit plus utilisé et le mettre à jour (puis faire l'inverse pour mettre à jour le serveur 2).

Merci en tout cas pour ces précieux renseigements