應用程式更新後，您的 ALB 會間歇性地傳回因 HTTP 標頭格式錯誤而導致的 502 (Bad Gateway) 錯誤。立即重新載入頁面通常會成功。您希望在解決根本原因的同時，向訪客顯示自訂錯誤頁面，並將操作負擔降至最低。您應該採取哪些行動？（選擇兩項）

正確答案是建立一個設定為靜態網站託管的 S3 儲存貯體，並將您的自訂錯誤頁面上傳到該儲存貯體，以及設定一個具有自訂錯誤回應的 CloudFront 分配，該回應提供您的自訂錯誤頁面，並更新 DNS 以將使用者路由到 CloudFront 分配。將 S3 儲存貯體設定為靜態網站託管是儲存自訂錯誤頁面最簡單且成本最低的方式。CloudFront 分配可以配置為攔截來自 ALB 的特定 HTTP 錯誤代碼（例如 502），並將其替換為儲存在 S3 儲存貯體中的自訂錯誤頁面。這提供了一個無縫的用戶體驗，並將操作負擔降至最低，因為它不需要修改應用程式或 ALB 路由規則。 其他選項不正確： 建立 CloudWatch 警報並讓 Lambda 變更 ALB 轉送規則過於複雜，且可能在錯誤發生時引入額外的延遲和複雜性，不符合「將操作負擔降至最低」的要求。 將 Route 53 運作狀態檢查新增到現有的 DNS 記錄並設定備援目標，雖然可以處理故障，但它通常用於整個應用程式或目標群組不可用時的災難恢復，而不是間歇性的 502 錯誤，且無法直接提供自訂錯誤頁面。