Ici le cas c'est, je lance un nouveau process avec nouvelle config, j'attend que le vieux process arrête son travail en cours proprement et s'arrête
Sauf que ton nouveau process ne pourra pas être actif tant que l'ancien n'est pas arrété (sinon bonjour le mic-mac au niveau des sessions) et que donc tu vas perdre des connexions. Si il y a un mec qui a décidé de télécharger un projet de plusieurs Go, tu es juste bloqué pendant des heures sans pouvoir accepter de connexions.
Ou alors tu essayes de finir les sessions actives pendant un temps raisonnables (on va dire 10 secondes) mais sur un site à forte demande ca n'est pas top non plus. Et en plus tu finis quand même par fermer tout brutalement et te relancer si toutes les sessions ne sont pas closes au bout de 10sec.
La meilleure solution (en fait la seule qui soit viable) consiste à tout foutre par terre et à laisser les serveurs se démerder si ils veulent de la résistance/de la reprise de session logique. C'est d'ailleurs la solution adoptée par tout le monde (NGINX, apache mod_proxy, squid etc.)
[^] # Re: systemd, c'est bien
Posté par Kaane . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 4.
Ici le cas c'est, je lance un nouveau process avec nouvelle config, j'attend que le vieux process arrête son travail en cours proprement et s'arrête
Sauf que ton nouveau process ne pourra pas être actif tant que l'ancien n'est pas arrété (sinon bonjour le mic-mac au niveau des sessions) et que donc tu vas perdre des connexions. Si il y a un mec qui a décidé de télécharger un projet de plusieurs Go, tu es juste bloqué pendant des heures sans pouvoir accepter de connexions.
Ou alors tu essayes de finir les sessions actives pendant un temps raisonnables (on va dire 10 secondes) mais sur un site à forte demande ca n'est pas top non plus. Et en plus tu finis quand même par fermer tout brutalement et te relancer si toutes les sessions ne sont pas closes au bout de 10sec.
La meilleure solution (en fait la seule qui soit viable) consiste à tout foutre par terre et à laisser les serveurs se démerder si ils veulent de la résistance/de la reprise de session logique. C'est d'ailleurs la solution adoptée par tout le monde (NGINX, apache mod_proxy, squid etc.)