Указание www к CDN (Akamai)
Во-первых, для ответа на вопрос. Я полагаю, что Exchange должен быть в домене AD. Однако я полагаю, что это может быть свой собственный "автономный" домен, который является по существу тем же самым. ПК, на котором установлен Outlook, не должен быть в домене, таким образом, Дом Premium ПК должен быть в порядке.
Теперь, некоторые дополнительные мысли.
1-вещи Вы хотите сделать (Активная Синхронизация, общие контакты и календари, OWA) может все быть сделан на размещенной среде Exchange. Двумя хорошими поставщиками является MainStreet и SherWeb; существуют тонны больше. Почти наверняка это лучше в финансовом отношении, чем прокрутка Вашего собственного.
2-SBS являются также хорошим решением.. Я рекомендую это по созданию единственного домена сервера и установки Exchange.
3-существуют другие ПРЕВОСХОДНЫЕ причины установки домена AD, если Вы не собираетесь производить на стороне. Посмотрите вопросы здесь, здесь, здесь, и здесь.
4-я не согласился бы с управляемым сотрудниками прямым доступом ПК к серверу, если у меня не было хорошего дескриптора на антивирусной и установке защиты на тех ПК. В сетях я справляюсь, ПК, не обеспеченные мной, получают очень ограниченный доступ к инфраструктуре через брандмауэр.
Поскольку CDN'ing www является Good Thing (TM).
Мы делаем это по www.huffingtonpost.com, его пользе для разгрузки ~90% всех запросов HTTP на наш сайт (не, оценка, прибывает из графиков). Если разработчики просто используют маленькое небольшое количество основных приемов, таких как ajax загрузка динамического материала для людей и добавления меток времени или svn чисел контроля к URL как "только для создания URL уникальным" значением, можно получить мгновенную публикацию даже с 90 + граничная разгрузка %.
Любой сайт довольно интенсивного трафика собирается создать http кэширующийся слой. Вопрос, делают Вы создаете и геосоразмещаете свои собственные кластеры серверов сквида/лака или делаете Вы выписываете чек к akamai/cotendo/etc, чтобы сделать это.
Та "гео-" роль является ключевой также. Существует 80 - 100 мс интернет-задержки для пересечения континентальной части США. Это - огромное перетаскивание Вашим пользователям западного побережья, если Ваш сайт размещается на восточном побережье.
Каждый был бы www.etsy.com CNAME к CDN как форма делегации так, чтобы сервис управления Суммарным трафиком этого CDN (Akamai в этом случае) мог определить местоположение запросов сопоставителя DNS для www.etsy.com и возвратить ближайший край из их сети CDN.
Для Akamai я думаю домены, которые проходят их собственную сеть, *.edgekey.net и *.edgesuite.net. В этом случае возвращенный IP-адрес будет принадлежать CDN.
Вы могли также CNAME к записи, которая в конечном счете разрешает к IP-адресу, что Вы владеете. Такие случаи просто рассматривают для управления трафиком, и Вы не получаете 'совершенство сети кэширования' наряду с ним. Преимущество такой установки полезно, когда Вы имеете присутствие/способность в нескольких географических точках и просто нуждаетесь в системе GTM для передачи ближайшего запись на пользователя, который запрашивает для www.example.com. В случае Akamai AFAIK все домены, заканчивающиеся .akadns.net, GTM-только.
Другой способ достигнуть географической обработки отказа посредством передачи одному из узлов, но это выходит за рамки этого вопроса.
О том, почему etsy.com указывает на запись, принадлежавшая им: Вы не можете CNAME основывать доменные записи. Если Вы хотите отказоустойчивость на основном домене как этот, можно делегировать тот домен к CDN, но затем Вы передаете владение, которое я не думаю, что Etsy в этом случае хотел бы. Так, они исправляют вещи путем указания на него на одно из их местоположений и 301'ing пользователи к их хосту www, чтобы заставить их пройти Akamai.
Если 38.106.64.20 понизится, то etsy.com перестанет работать, но www.etsy.com продолжит работать, пока Etsy имеет больше чем один источник позади их www домена.
это не может быть лучший метод для того, чтобы распределить нагрузку, но я предполагаю, что их системный администратор устанавливает www.* субдомен для указания на CDN так, чтобы любые скачки были обработаны этим и принятием демографии Etsy я сказал бы, что большинство людей, посещающих, что сайт будет помещать www's впереди.
что касается того, почему non-www Etsy указывает на другой сервер?
Я сказал бы, что для других субдоменов они все указывают на тот одного (или два) на серверы для большего количества грамотных пользователей и задач.
Ответ смотрящего @ErikA, я сказал бы, что это соглашается с моим. Таким образом, если бы администратор должен был посетить (например), admin.etsy.com, то это перешло бы к единственному серверу, тогда как, если тот запрос сначала перешел к cdn, если была проблема с CDN затем, ни один из администраторских пользователей не мог бы войти в систему, не зная IP-адреса.
Причина, по которой не www указывает на другой сервер, заключается в том, что вы не можете разрешить ваш голый домен в CNAME . Иногда это может работать, но официально не поддерживается. Вот почему большинство компаний перенаправляют голый домен на www, и поэтому голому домену нужен только довольно легкий веб-сервер даже для большого количества запросов.