AWS Cloudfront с политикой геолокации против Route53

Question

Можем ли мы использовать CloudFront с политикой Geolocation, или Cloudfront внутренне имеет эту функцию и может использоваться отдельно для удовлетворения потребностей? Или Route53 является правильным вариантом, при этом требуется запрос от ближайшего географического местоположения для глобального веб-сайта, чтобы улучшить качество обслуживания клиентов.

Кроме того, мне не ясно, можем ли мы использовать оба облачных фронта вместе с Route53 или нет? Спасибо.

Answer 1

И облачный фронт, и Route53 имеют разное назначение. Маршрут 53 - это служба DNS, тогда как Cloudfront - это сервис CDN для обслуживания статического (и динамического) контента.

1. Вы можете использовать cloudfront с Route 53 Geolocation Routing.Но доставка контента с определением местоположения уже включена в cloudfront, поэтому политика геолокации не сильно поможет.Если вы не используете cloudfront и хотите распределять трафик в зависимости от местоположения пользователя, вы можете использовать политику геолокации Route53 для маршрутизации трафика на ближайший сервер приложений через ELB (эластичный балансировщик нагрузки). Например, вам могут потребоваться все запросыиз Европы будет направлен на балансировщик нагрузки ELB во франкфуртском регионе.Итак, здесь вы решаете, какой сервер будет обслуживать трафик из определенного региона.но в случае облачного фронта он кэширует контент в ближайшем центре обработки данных (крайнем местоположении), когда выполняется первый запрос.И следующий запрос из этого региона - automatically, который обслуживается через это пограничное местоположение.

Cloudfront : это веб-служба, которая ускоряет распространение статического и динамического веб-содержимого, такого как .html, .css, .js и файлы изображений, вваши пользователи.Контент кэшируется в крайнем местоположении (центр обработки данных).В облачном фронте вы указываете, откуда контент должен быть сервером.

Маршрут 53 : это служба DNS, которая обеспечивает перевод вашего легко запоминающегося имени DNS (например, google.com) наболее сложное имя сервера, обслуживающее фактический контент.

Вы можете использовать cloudfront и Route53 вместе, создав запись псевдонима на маршруте 53, которая указывает на ваш дистрибутив Cloudfront.

Answer 2

Да, вы можете использовать Route53 вместе с CloudFront для достижения наилучших результатов с записями псевдонимов (если вы приобретаете свой домен с помощью AWS, только если вы приобрели его за пределами AWS, вы можете напрямую настроить / добавить свои данные CloudFront там, как в этом случае добавление Route53 увеличит количество посещений ip. Подробнее здесь ).

CloudFront будет распространять ваш контент более чем на 100+ периферийных местоположений, что уменьшит ваше время отклика с низкой задержкой и сохранит ваши затраты. Он доставит контент из ближайшего места.

Route53 будет управлять вашими DNS-вещами.

CloudFront более чем достаточно для доставки контента из ближайшего периферийного местоположения. Это также поможет вам скопировать данные в несколько периферийных местоположений.

Это похоже на сеть доставки контента (CloudFront) + DNS (Route53).

Прочитайте это для хорошего понимания.

Когда вы создаете веб-дистрибутив, вы указываете, куда CloudFront отправляет запросы на файлы, которые он распространяет в периферийные расположения. CloudFront поддерживает использование сегментов Amazon S3 и HTTP-серверов (например, веб-серверов) в качестве источников.

Route53 является службой DNS и источником данных. Термин «источник» - это термин, в котором находятся исходные данные до их кэширования в CDN (CloudFront).