À une échelle suffisamment petite, peu importe. Si votre charge de travail est de quelques dizaines d'employés utilisant un service Web interne qui ne nécessite pas beaucoup de ressources par requête, faites tout ce que vous pouvez déployer rapidement. cela peut signifier de diffuser du contenu statique via un gestionnaire dans votre application Web, sur un seul serveur.
Lorsque vous commencez à effectuer une mise à l'échelle, les éléments qui n'avaient pas d'importance auparavant deviennent visibles.
La première chose qui devient visible sur la configuration ci-dessus (contenu statique géré par l'application Web) est que les pages prennent beaucoup plus de temps à charger. En effet, seule une partie de la page est réellement dynamique, le HTML lui-même, mais les images, javascript, css et toutes les autres parties de votre page suivent également le même cycle de vie.
Une chose que vous pouvez faire pour améliorer les choses est de servir le contenu statique intelligemment dans votre gestionnaire pour tirer parti des caches et les serveurs proxy, en définissant les Expires
et ETag
têtes, et le retour 304 Not Modified
le cas échéant.
Mais c'est tout ce qu'un serveur web statique fait déjà. De plus, un serveur Web statique peut être considérablement optimisé pour cette charge de travail spécifique. Lorsque vous commencez vraiment à évoluer, le transfert de cette charge vers un autre hôte, de sorte que le serveur d'applications ne le voit jamais, est l'un des moyens les plus simples d'extraire plus de performances de votre application Web pour un coût minime.
Merci McWafflestix, Pouvez-vous s'il vous plaît fournir un pointeur pour différentes approches pour ce faire. – user508657