Приложение, развернутое на AWS Elastic Beanstalk, использует Amazon Aurora и находится за дистрибутивом CloudFront, который использует домен Elastic Beanstalk в качестве своего источника (origin). CloudFront настроен с альтернативным доменным именем, к которому обращаются пользователи. Каждую неделю приложение отключается для обслуживания; в это время компания хочет, чтобы посетители видели информационную страницу (а не ошибку CloudFront). Первый шаг — создание бакета S3 — уже выполнен. Какие три действия должен предпринять архитектор решений, чтобы реализовать это поведение?

Для начала, необходимо загрузить статическую страницу обслуживания в бакет S3, который будет служить источником для CloudFront во время простоя. Затем, чтобы CloudFront мог получить доступ к этому содержимому, нужно добавить бакет S3 в качестве второго источника к существующему дистрибутиву CloudFront. Использование Origin Access Identity (OAI) обеспечит безопасный доступ CloudFront к бакету, предотвращая прямой доступ пользователей. Во время еженедельного обслуживания архитектор должен временно изменить поведение кэша по умолчанию в CloudFront, чтобы оно указывало на источник S3. Это перенаправит весь трафик на страницу обслуживания. После завершения обслуживания это изменение отменяется, и трафик снова направляется на Elastic Beanstalk. Создание нового дистрибутива CloudFront не требуется, так как можно использовать существующий. Добавление поведения кэша в новый дистрибутив или настройка Elastic Beanstalk для прямой подачи трафика из S3 не являются оптимальными решениями, так как они усложняют управление или не используют возможности CloudFront для переключения источников.