AWS Elastic Beanstalk にデプロイされたアプリケーションは Amazon Aurora を使用しており、Elastic Beanstalk ドメインをオリジンとして使用する CloudFront ディストリビューションによってフロントエンドされています。CloudFront は、ユーザーがアクセスする代替ドメイン名で設定されています。毎週、アプリケーションはメンテナンスのためにオフラインになります。その間、会社は訪問者に情報ページ（CloudFront エラーではない）を表示させたいと考えています。最初のステップである S3 バケットの作成はすでに完了しています。この動作を実装するために、ソリューションアーキテクトが次に取るべき3つのアクションは何ですか？

静的な情報コンテンツを S3 バケットにアップロードすることは、メンテナンスページを表示するための最初の論理的なステップです。既存の CloudFront ディストリビューションに S3 バケットを2番目のオリジンとして追加し、OAI を使用して S3 バケットへの直接アクセスを防ぎ、CloudFront 経由でのみコンテンツが提供されるようにセキュリティを確保します。メンテナンス中に CloudFront のデフォルトキャッシュ動作を S3 オリジンを指すように変更することで、すべてのリクエストがメンテナンスページにリダイレクトされ、メンテナンス完了後に元に戻すことで通常の運用に戻せます。新しい CloudFront ディストリビューションを作成すると、既存の代替ドメイン名設定を再設定する必要があり、不必要に複雑になります。Elastic Beanstalk を S3 バケットから直接トラフィックを処理するように設定することは、CloudFront の目的を迂回し、推奨されるアプローチではありません。