部署在 AWS Elastic Beanstalk 上的应用程序使用 Amazon Aurora，并通过 CloudFront 分配进行前端访问，该分配使用 Elastic Beanstalk 域作为其源站。CloudFront 配置了用户访问的备用域名。每周应用程序都会因维护而下线；在此期间，公司希望访问者看到一个信息页面（而不是 CloudFront 错误）。第一步——创建一个 S3 存储桶——已经完成。解决方案架构师接下来应该采取哪三个行动来实现此行为？

首先，将静态维护页面内容上传到已创建的 S3 存储桶中，这是提供信息页面的基础。其次，为了让 CloudFront 能够访问这个 S3 存储桶，需要将 S3 存储桶添加为现有 CloudFront 分配的第二个源站，并配置源站访问身份 (OAI) 以确保 CloudFront 可以安全地访问 S3 内容。最后，在每周维护期间，通过编辑现有 CloudFront 分配的默认缓存行为，将其指向 S3 源站，这样所有请求都会被重定向到维护页面。维护结束后，将默认缓存行为恢复到原来的 Elastic Beanstalk 源站。 选项“创建一个全新的 CloudFront 分配”不必要，因为现有分配可以处理。选项“为新分配上的 S3 源站添加一个缓存行为”错误，因为我们使用现有分配。选项“配置 Elastic Beanstalk 以直接从 S3 存储桶提供流量”不正确，因为 CloudFront 负责流量路由，而不是 Elastic Beanstalk。