Происхождение для CDN - PullRequest
Новая
       24

Происхождение для CDN

0 голосов
/ 23 октября 2019

У меня есть несколько основных вопросов по настройке CDN. Для этого я использую Amazon CloudFront.

1) Предположим, мой веб-сайт example.com . В источнике cloudfront я должен упомянуть example.com в качестве источника или создать CNAME, например cdn.example.com , который указывает на сервер, а затем введите cdn. example.com в качестве источника?

2) Как только настройка будет завершена, я перенаправлю example.com в домен облачного фронта, например dxxxxxx.cloudfront.net ?

3) Я обновлю все ссылки на моем сайте до http://dxxxxxx.cloudfront.net/xxx. Теперь, когда я просматриваю example.com , я буду перенаправлен на облачный фронт,Но Cloudfront также использует example.com в качестве источника. Разве не похоже, что Cloudfront пытается извлечь данные из себя? Разве это не создаст мертвую петлю?

Я не могу разобраться с этим. Я буду очень благодарен, если кто-то может помочь. Спасибо !!

1 Ответ

0 голосов
/ 30 октября 2019

Вот как это работает.

  1. Ваш сайт находится на example.com, где размещены все статические файлы, которые вы хотите обслуживать через Cloudfront. Этот example.com называется Origin Server, Origin Host или просто Origin.
  2. Cloudfront создаст для вас зону извлечения, которая будет выглядеть как http://dxxxxxx.cloudfront.net - теперь вам нужно использовать этот хоствместо оригинального example.com для ваших статических ресурсов. Все HTML-файлы или динамические файлы будут по-прежнему загружаться непосредственно через example.com. Пользователи по-прежнему будут вводить example.com в своем браузере. Для использования хоста CDN необходимо изменить только сценарии, стили, изображения, шрифты, значки и аналогичные статические файлы, загружаемые браузером за кулисами.
  3. Настройка CDN завершена наэта точка . Однако, если кто-то просматривает исходный код вашей страницы, он может увидеть URL-адреса облачного фронта, используемые для доставки статических ресурсов. Это может выглядеть непрофессионально. В качестве решения, позволяющего скрыть имя хоста стороннего производителя и использовать собственное имя хоста для создания фирменного стиля, вы можете создать новый поддомен cdn.example.com у своего провайдера DNS и назвать его по адресу dxxxxxx.cloudfront.net
  4. Если вы создали поддомен CNAME выше, теперь вам нужно снова обновить все URL-адреса статических файлов и изменить их URL-адрес для использования cdn.example.com. Ваш веб-сайт будет по-прежнему загружаться с сайта example.com, но ресурсы теперь будут доставляться через cdn.example.com, который будет указывать на dxxxxxx.cloudfront.net
  5. Когда dxxxxxx.cloudfront.net получит запрос от браузера настатические файлы, он перенаправит этот запрос на указанный исходный сервер example.com, где файлы фактически размещены. Origin отправит файлы в облачный фронт, облачный фронт сохранит файл для дальнейшего использования и отправит копию в браузер.

Шаг 3 и 4 не являются частью процесса интеграции CDN. Кроме того, поддомен cdn.example.com не является обязательным. Вы можете использовать другой поддомен или другой домен. Например, допустимы следующие параметры: 

cdn2.example.com
static-assets.example.com
static.assets.example.com
images.example.parent-company-website.com

Аналогично, не требуется извлекать ресурсы только с сайта example.com. Вы можете указать my-other-website.net в качестве источника, и cloudfront с радостью будет получать оттуда ресурсы для вашего сайта example.com.

В вашем сценарии все нижеприведенное не зависит друг от друга. Вы можете изменить любой или все из них, и процесс не прекратится, если вы внесли необходимые изменения в конфигурацию и код. 

Your website:  example.com
CDN origin:    example.com (since currently assets are at this host)
Pull Zone:     http://dxxxxxx.cloudfront.net/
CNAME Host:    cdn.example.com

Надеюсь, что это очистит картину.

...