Combien de domaines pour diviser des composants?
Je comprends comment diviser les composants entre domaines peut optimiser les téléchargements parallèles et vous permettre d’avoir des domaines de contenu statique sans cookies, mais comme il existe un coût en temps pour chaque recherche de domaine, quel est le nombre optimal de domaines à utiliser ?
Ma recommandation est que pour les sites relativement simples, un domaine "contenu statique" devrait suffire. Les recherches DNS doivent être mises en cache afin de ne concerner que le premier contact avec ce serveur, mais elles doivent néanmoins être réduites au minimum.
Vous pouvez y placer toutes vos images Javascript, CSS et statiques afin de réduire les coûts liés au traitement des cookies et de fournir la possibilité de décharger ces travaux sur un autre serveur physique. Si vous exécutez plusieurs sites liés populaires (par exemple, Stack Overflow, Server Fault, etc.), vous pouvez partager un site statique entre eux (par exemple, sstatic.net).
Bien entendu, il peut arriver que plusieurs domaines soient appropriés (par exemple, un site d’hébergement de photos peut décharger la photo vers un autre domaine distinct).
Je peux penser à un cas Edge où les avantages des demandes multi-hôtes dépassent les coûts d'installation du DNS.
Lorsque vous distribuez des mosaïques à partir d'une carte glissante de style Google Maps, vous pouvez voir les avantages d'une répartition virtuelle de vos emplacements de mosaïque sur un nombre beaucoup plus important d'hôtes, même s'ils pointent tous sur les mêmes ressources sous-jacentes (images). Dans ces cas, vous voudrez vous assurer que les ressources ont une "affinité" définie sur un hôte en fonction de leurs propriétés (comme une combinaison des numéros de ligne et de colonne MOD) afin que la mise en cache du navigateur fonctionne de manière optimale et que les demandes soient équilibrées. sur tous les hôtes pour toute étendue de vue donnée.
Cette situation est très spécialisée, mais elle souligne simplement que si vous avez un cas d'utilisation non standard, assurez-vous de tout tester, et n'oubliez pas d'inclure les nombres bruts et les performances UX/perçues de tous les scénarios.