Architecture d'application Web dans une batterie de serveurs Web

Question

Je sais que certaines modifications sont apportées à une application Web lors du passage d'un serveur Web unique à deux ou plusieurs serveurs Web. Mais, d'un point de vue architectural, y a-t-il d'autres modifications à prendre en compte lors de l'ajout de plusieurs serveurs à la batterie de serveurs? Je comprends que le déploiement deviendrait plus complexe avec plus de serveurs dans la batterie de serveurs. Je pose la question parce qu'il y a quelque temps, au cours d'une entrevue, on craignait de ne pas avoir assez d'expérience dans une grande ferme Web. Trois serveurs est à peu près le plus grand avec lequel j'ai travaillé.

Answer 1

Une chose importante à prendre en compte est l'utilisation du stockage basé sur la mémoire. Cela inclut l'état de la session, l'état de l'application, le cache, etc. Lorsque vous avez un seul serveur, vous pouvez les utiliser pour écrire des valeurs en vue d'une utilisation ultérieure et vous attendre à les retrouver plus tard. Dans une ferme Web, chaque instance d'application aura son propre espace mémoire, vous devez donc faire attention lorsque vous l'utilisez entre différentes demandes de pages. L'état de la session peut être modifié pour être basé sur un serveur SQL ou pour utiliser un serveur d'état, ce qui atténuera certains problèmes, vous permettra de gérer correctement les sessions utilisateur (si l'application a le concept d'utilisateurs et de comptes) . Le fait d'avoir un comportement de session est une autre bonne chose afin de s'assurer qu'une fois qu'un utilisateur a été dirigé vers une certaine machine dans la ferme, il continuera à être dirigé vers la même machine tout au long de la visite.

Bien sûr, il y a d'autres aspects à traiter, mais c'est une chose à laquelle je dois faire face maintenant.