¿Cuántos dominios para dividir componentes?

Respuestas:

8

Mi recomendación es que para sitios relativamente simples, un dominio de "contenido estático" debería ser suficiente. Las búsquedas de DNS deben almacenarse en caché, por lo que solo afectan al primer contacto con ese servidor, pero aún así deben mantenerse al mínimo.

Puede colocar todas sus imágenes Javascript, CSS e imágenes estáticas allí para reducir la sobrecarga del procesamiento de cookies y proporcionar la opción de descargar ese trabajo en un servidor físico diferente. Si está ejecutando varios sitios populares y relacionados (por ejemplo, desbordamiento de pila, falla del servidor, etc.), puede compartir un sitio estático entre todos (por ejemplo, sstatic.net).

Por supuesto, puede haber situaciones en las que sean apropiados más dominios (por ejemplo, un sitio de alojamiento de fotos puede descargar la publicación de fotos a otro dominio separado).

Mark Hatton
fuente
Si usa marcos de JavaScript, también puede hacer que Google los aloje por usted ( code.google.com/apis/ajaxlibs ). Esto tiene el beneficio adicional de que si el usuario ya ha visitado otro sitio que toma JS de Google, es posible que ya lo tenga en caché.
Michael Mior
2

Puedo pensar en un caso extremo donde los beneficios de las solicitudes de múltiples hosts superan los costos de configuración de DNS.

Al servir mosaicos de mapas desde un mapa resbaladizo estilo Google Maps, puede ver los beneficios de distribuir sus ubicaciones de mosaicos virtualmente en un número mucho mayor de hosts, incluso si todos apuntan a los mismos recursos subyacentes (imágenes). En estos casos, querrá asegurarse de que los recursos tengan una "afinidad" establecida en un host en función de sus propiedades (como una combinación del MOD de los números de fila y columna) para que el almacenamiento en caché del navegador funcione de manera óptima y las solicitudes estén equilibradas en todos los hosts para cualquier extensión de vista dada.

Esta situación es muy especializada, pero básicamente enfatiza que si tiene un caso de uso no estándar, asegúrese de probar todo y no olvide incluir tanto los números sin procesar como el UX / rendimiento percibido de todos los escenarios.

JasonBirch
fuente