Глобальный веб-сайт, размещенный на EC2 за Application Load Balancer (ALB), настроен как источник для дистрибутива CloudFront для снижения нагрузки на веб-серверы. Спустя неделю нагрузка на серверы не уменьшилась, и запросы по-прежнему поступают непосредственно на ALB. Какие проблемы могут объяснить такое поведение? (Выберите два.)

Две основные причины, по которым запросы могут по-прежнему поступать напрямую на ALB, а не через CloudFront, это: 1. Записи DNS по-прежнему разрешаются непосредственно в ALB вместо дистрибутива CloudFront. Чтобы CloudFront эффективно кэшировал контент и снижал нагрузку на серверы, записи DNS вашего домена должны указывать на доменное имя дистрибутива CloudFront (например, d1234.cloudfront.net), а не напрямую на ALB. Если DNS не обновлен, пользователи будут обходить CloudFront. 2. Значения default, minimum и maximum TTL дистрибутива CloudFront установлены на 0 секунд. TTL (Time To Live) определяет, как долго CloudFront кэширует объекты. Если все значения TTL установлены на 0, CloudFront не будет кэшировать контент, и каждый запрос будет перенаправляться на ALB, что не снизит нагрузку. Другие варианты неверны: Origin Access Identity (OAI) используется для ограничения доступа к бакетам S3, а не для ALB. Группа безопасности ALB, блокирующая трафик CloudFront, привела бы к ошибкам, а не к прямому доступу к ALB. Sticky sessions в ALB влияют на маршрутизацию запросов к целевым экземплярам, но не на то, как запросы достигают ALB.