Zalecam, aby w przypadku stosunkowo prostych witryn jedna domena „treści statycznych” była wystarczająca. Wyszukiwania DNS powinny być buforowane, więc wpływają tylko na pierwszy kontakt z tym serwerem, ale nadal powinny być ograniczone do minimum.
Możesz tam umieścić wszystkie swoje Javascript, CSS i obrazy statyczne, aby zmniejszyć obciążenie związane z przetwarzaniem plików cookie i zapewnić opcję odciążenia, która działa na innym serwerze fizycznym. Jeśli prowadzisz wiele popularnych, powiązanych witryn (np. Przepełnienie stosu, awaria serwera itp.), Możesz udostępnić statyczną witrynę między nimi wszystkimi (np. Sstatic.net).
Oczywiście mogą zdarzyć się sytuacje, w których więcej domen jest odpowiednich (np. Witryna hostująca zdjęcia może odciążyć wyświetlanie zdjęć do innej oddzielnej domeny).
Mogę wymyślić jeden przypadek, w którym korzyści z żądań wielu hostów przewyższają koszty konfiguracji DNS.
Udostępniając kafelki mapy ze śliskiej mapy w stylu Google Maps, możesz zobaczyć korzyści z dystrybucji swoich lokalizacji kafelków praktycznie na znacznie większej liczbie hostów, nawet jeśli wszystkie one wskazują te same podstawowe zasoby (obrazy). W takich przypadkach należy upewnić się, że zasoby mają „powinowactwo” ustawione na jeden host na podstawie ich właściwości (takich jak niektóre kombinacje MOD numerów wierszy i kolumn), aby buforowanie przeglądarki działało optymalnie, a żądania były zrównoważone na wszystkich hostach dla dowolnego zakresu widoku.
Ta sytuacja jest bardzo wyspecjalizowana, ale w zasadzie tylko podkreśla, że jeśli masz niestandardowy przypadek użycia, upewnij się, że wszystko przetestowałeś i nie zapomnij dołączyć zarówno surowych liczb, jak i UX / postrzeganej wydajności wszystkich scenariuszy.
źródło