Указание www на CDN (Akamai)

Потому что CDN'ing www - это хорошо (TM).

Мы делаем это на www.huffingtonpost.com, это хорошо для разгрузки ~ 90% всех http-запросов на наш сайт (это не оценка, как видно из графиков). Если разработчики просто используют небольшую группу базовых приемов, таких как динамическая загрузка ajax для отдельных лиц и добавление временных меток или номеров проверки svn к URL-адресам в качестве значения «просто для того, чтобы URL-адрес был уникальным», вы можете получить мгновенную публикацию даже с 90 +% разгрузкой края. .

Любой сайт с достаточно высоким трафиком будет создавать слой кеширования http. Вопрос в том, создаете ли вы и размещаете свои собственные кластеры серверов squid / varnish или выписываете чек в akamai / cotendo / и т. Д., Чтобы сделать это.

Эта «гео» часть тоже является ключевой. Задержка интернета составляет 80–100 мс при пересечении континентальной части США. Это будет огромным препятствием для пользователей западного побережья, если ваш сайт размещен на восточном побережье.

Можно было бы CNAME www.etsy.com в CDN в качестве формы делегирования, чтобы служба глобального управления трафиком этой CDN (в данном случае Akamai) могла определить местоположение преобразователя DNS, запрашивающего www.etsy.com, и вернуть ближайший край от их сети CDN.

Что касается Akamai, я думаю, что домены, которые проходят через свою собственную сеть, - это * .edgekey.net и * .edgesuite.net. В этом случае возвращенный IP-адрес будет принадлежать CDN.

Вы также можете записать CNAME в запись, которая в конечном итоге преобразуется в ваш IP-адрес. Такие случаи рассматриваются исключительно для управления трафиком, и вы не получаете вместе с этим «хорошего качества сети кэширования». Преимущество такой настройки полезно, когда у вас есть присутствие / емкость в нескольких географических точках и вам просто нужна система GTM, чтобы передать ближайшую запись A пользователю, который запрашивает www.example.com. В случае Akamai, AFAIK, все домены, заканчивающиеся на .akadns.net, предназначены только для GTM.

Еще один способ достижения географического аварийного переключения - это использование любого кастинга, но это выходит за рамки этого вопроса.

О том, почему etsy.com указывает на принадлежащую им запись A: вы не можете использовать записи базового домена CNAME. Если вам нужна отказоустойчивость такого базового домена, вы жестяная банка делегируйте этот домен своему CDN, но затем вы передаете право собственности, чего, я думаю, не может понадобиться etsy в данном случае. Итак, они исправляют ситуацию, указывая его на одно из своих мест и 301-ю пользователей на свой хост www, чтобы заставить их пройти через Akamai.

Если 38.106.64.20 выйдет из строя, etsy.com выйдет из строя, но www.etsy.com продолжит работать, пока etsy имеет более одного источника за их доменом www.

Причина, по которой не www указывает на другой сервер, заключается в том, что вы не можете разрешить ваш голый домен в CNAME. Иногда это может работать, но официально не поддерживается. Вот почему большинство компаний перенаправляют голый домен на www, и поэтому голому домену нужен только довольно легкий веб-сервер даже для большого количества запросов.

etsy.com просто делает 301 перенаправить на www.etsy.com, где запрос обрабатывается их CDN.

это может быть не лучший метод для распределения нагрузки, но я думаю, что их системный администратор настроил субдомен www. * так, чтобы он указывал на CDN, так что любые всплески будут обрабатываться этим, и, учитывая демографические данные etsy, я бы сказал, что большинство людей посещают этот сайт будет помещать www впереди.

Что касается того, почему etsy без www указывает на другой сервер?

Я бы сказал, что для других поддоменов все они указывают на один (или два) сервера для более грамотных пользователей и задач.

Глядя на ответ @ErikA, я бы сказал, что это согласуется с моим. Таким образом, если бы администратор посетил (например) admin.etsy.com, он перешел бы на единственный сервер, тогда как если бы этот запрос сначала отправился на cdn, если бы возникла проблема с CDN, тогда ни один из пользователей-администраторов не мог войдите, не зная IP-адреса.