一個部署在 AWS Elastic Beanstalk 上的應用程式使用 Amazon Aurora，並由一個 CloudFront distribution 作為前端，該 distribution 使用 Elastic Beanstalk 網域作為其源站。CloudFront 配置了一個使用者存取的替代網域名稱。每週應用程式會離線進行維護；在此期間，公司希望訪客看到一個資訊頁面（而不是 CloudFront 錯誤）。第一個步驟——建立一個 S3 bucket——已經完成。解決方案架構師接下來應該採取哪三個行動來實作此行為？

首先，將靜態維護頁面內容上傳到已建立的 S3 儲存桶是必要的，這是顯示資訊頁面的基礎。接著，為了讓 CloudFront 能夠存取此頁面，應配置現有的 CloudFront 分配，將 S3 儲存桶添加為第二個源站。使用源站存取身分 (OAI) 可以確保只有 CloudFront 能夠存取 S3 儲存桶內容，提高安全性。最後，在維護期間，透過編輯現有分配的預設快取行為，將其指向 S3 源站，可以將所有流量導向維護頁面。維護結束後，將此預設快取行為恢復為指向 Elastic Beanstalk 源站，即可恢復正常服務。 錯誤選項： 建立全新的 CloudFront 分配會增加管理複雜性，且不符合在現有分配上處理維護頁面的目標。 在新分配上添加快取行為不適用，因為我們希望利用現有分配。 配置 Elastic Beanstalk 直接從 S3 儲存桶提供流量不切實際，因為 Elastic Beanstalk 是應用程式平台，不是靜態內容伺服器，且此方法無法利用 CloudFront 的快取和路由功能。