Компания размещает веб-сайт с бэкенд-сервисом, развернутым в основном регионе AWS и регионе аварийного восстановления (DR). Единая дистрибуция Amazon CloudFront находится перед сайтом. Компания создала запись Route 53 failover с проверками работоспособности, указывающими на бэкенд основного региона, и настроила эту запись как источник для дистрибуции CloudFront. Вторичная запись Route 53 failover указывает на бэкенд региона DR. Обе записи Route 53 имеют TTL 60 секунд, но переключение в данный момент занимает больше одной минуты. Какой дизайн обеспечивает самое быстрое время переключения?

Правильный ответ — создание группы источников CloudFront с настройкой переключения источников. Это позволяет CloudFront автоматически переключаться на резервный источник при сбое основного, не дожидаясь обновления записей DNS. CloudFront напрямую проверяет доступность источников, обеспечивая быстрое переключение. Остальные варианты не оптимальны: Развертывание второй дистрибуции CloudFront усложняет архитектуру и требует переключения DNS для CloudFront, что может занять время. Изменение TTL записей Route 53 на 4 секунды не гарантирует мгновенного переключения, так как DNS-резолверы могут кэшировать записи дольше. Кроме того, слишком низкий TTL увеличивает нагрузку на DNS. Использование политики маршрутизации по задержке (latency routing policy) не предназначено для быстрого автоматического переключения при сбое. Она направляет трафик к источнику с наименьшей задержкой, а не к доступному источнику в случае отказа.