Моя рекомендация заключается в том, что для относительно простых сайтов достаточно одного домена со статическим контентом. DNS-запросы должны кэшироваться, поэтому они влияют только на первый контакт с этим сервером, но все равно должны быть сведены к минимуму.
Вы можете разместить там все свои Javascript, CSS и статические изображения, чтобы уменьшить накладные расходы на обработку файлов cookie и предоставить возможность разгрузки, которая работает на другом физическом сервере. Если вы работаете с несколькими популярными связанными сайтами (например, переполнение стека, сбой сервера и т. Д.), То вы можете разделить статический сайт между ними (например, sstatic.net).
Конечно, могут быть ситуации, когда подходит больше доменов (например, сайт размещения фотографий может перенести обслуживание фотографий в другой отдельный домен).
Я могу вспомнить один крайний случай, когда преимущества многоузловых запросов перевешивают затраты на настройку DNS.
При подаче листов карты на скользкой карте в стиле Google Maps вы можете увидеть преимущества от размещения ваших листов листов практически по большему количеству хостов, даже если все они указывают на одни и те же базовые ресурсы (изображения). В этих случаях вы захотите убедиться, что для ресурсов установлено «соответствие» для одного хоста на основе их свойств (например, некоторой комбинации MOD номеров строк и столбцов), чтобы кэширование в браузере работало оптимально и запросы были сбалансированы. на всех хостах для любой заданной степени просмотра.
Эта ситуация очень специализированная, но в основном она просто подчеркивает, что если у вас нестандартный вариант использования, убедитесь, что вы все протестировали, и не забудьте включить как необработанные числа, так и воспринимаемую UX производительность всех сценариев.
источник