Как облачный фронт работает с политиками маршрутизации Route53?
Насколько я понимаю, CF должен направлять запросы на ближайший сервер, что соответствует политике задержки Route53. Итак, если у вас есть запись в зоне хостинга R53 для вашего доменного имени CF, делается ли это по умолчанию, если вы оставляете политику маршрутизации простой, или вам нужно явно установить это самостоятельно? И если вы выберете другой тип политики (отказоустойчивость, геолокация и т. д.), будет ли это перезаписано?
Вы оставляете это как простое.
У вас нет доступа к необходимой информации, чтобы фактически настроить ее самостоятельно — CloudFront возвращает соответствующий ответ DNS на основе местоположения отправителя запроса из одной простой записи DNS. Функциональность и конфигурация прозрачно управляются логикой, которая управляет доменом cloudfront.net, вы устанавливаете ее и забываете, потому что внутри нет частей, обслуживаемых пользователем.
Это верно независимо от того, используете ли вы псевдоним A-записи или CNAME.
Любая другая конфигурация на самом деле не имела бы смысла, потому что разговоры об отказоустойчивости или геолокации подразумевают, что вы хотите направлять трафик не туда, куда его направляет алгоритм CloudFront.
Теперь... бывают случаи, когда за CloudFront вам может понадобиться использовать некоторые из более привлекательных опций Route 53. Допустим, у вас есть серверы приложений в разных регионах, которые обслуживают один и тот же контент. Маршрутизация на основе задержки для исходного имени хоста (тот, на который CloudFront отправляет промахи кэша) позволит CloudFront волшебным образом отправлять запросы на сервер приложений, ближайший к границе CloudFront, который обслуживает каждый отдельный запрос. Однако это не будет связано с маршрутизацией от браузера к границе.
