Sur combien de domaines répartir les composants?


Réponses:


8

Ma recommandation est que pour les sites relativement simples, un domaine de "contenu statique" devrait être suffisant. Les recherches DNS doivent être mises en cache, donc n'affectent que le premier contact avec ce serveur, mais elles doivent toujours être réduites au minimum.

Vous pouvez y placer toutes vos images Javascript, CSS et statiques pour réduire les frais généraux de traitement des cookies et pour offrir la possibilité de décharger sur un serveur physique différent. Si vous exécutez plusieurs sites connexes populaires (par exemple, Stack Overflow, Server Fault, etc.), vous pouvez partager un site statique entre tous (par exemple sstatic.net).

Bien sûr, il peut y avoir des situations où davantage de domaines sont appropriés (par exemple, un site d'hébergement de photos peut décharger la photo en cours vers un autre domaine distinct).


Si vous utilisez des frameworks JavaScript, vous pouvez également demander à Google de les héberger pour vous ( code.google.com/apis/ajaxlibs ). Cela a l'avantage supplémentaire que si l'utilisateur a déjà visité un autre site qui récupère JS de Google, il peut déjà l'avoir en cache.
Michael Mior

2

Je peux penser à un cas extrême où les avantages des demandes multi-hôtes l'emportent sur les coûts de configuration DNS.

Lorsque vous dessinez des tuiles de carte à partir d'une carte glissante de style Google Maps, vous pouvez voir les avantages de la distribution de vos emplacements de tuiles virtuellement sur un nombre beaucoup plus important d'hôtes, même s'ils pointent tous vers les mêmes ressources sous-jacentes (images). Dans ces cas, vous devez vous assurer que les ressources ont une «affinité» définie sur un hôte en fonction de leurs propriétés (comme une combinaison du MOD des numéros de ligne et de colonne) 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 une é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 à la fois les nombres bruts et les performances UX / perçues de tous les scénarios.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.