После обновления приложения ваш ALB периодически возвращает ошибки 502 (Bad Gateway), вызванные некорректными HTTP-заголовками. Обычно немедленная перезагрузка страницы помогает. Вы хотите показывать пользователям пользовательскую страницу ошибки, пока устраняется основная причина, с наименьшими операционными издержками. Какую комбинацию действий следует предпринять? (Выберите два.)

Правильные ответы — создание бакета S3 для статического хостинга и настройка дистрибутива CloudFront с пользовательским ответом на ошибку. S3 предоставляет простой и экономичный способ размещения статических страниц ошибок. CloudFront, находясь перед ALB, может перехватывать ошибки и отображать пользовательскую страницу, хранящуюся в S3, без изменения логики ALB или приложения. Это снижает операционные издержки, так как не требует сложной автоматизации или изменения DNS-записей при каждой ошибке. Неправильные варианты: Использование CloudWatch и Lambda для изменения правил ALB или перенаправления на публичный веб-сервер слишком сложно и дорого для простой задачи отображения страницы ошибки. Это также может вызвать задержки и дополнительные проблемы. Проверки работоспособности Route 53 и резервные целевые объекты подходят для перенаправления трафика при полном сбое, но не для перехвата конкретных HTTP-ошибок, таких как 502, которые могут быть временными или специфичными для приложения.