某零售商在 Application Load Balancer (ALB) 後方的 EC2 執行個體上執行其電子商務應用程式，並使用 Amazon RDS 作為後端。CloudFront 已設定 ALB 作為來源以快取靜態內容。Route 53 託管公有 DNS。應用程式更新後，ALB 有時會因為傳回給 ALB 的 HTTP 標頭格式錯誤而傳回 HTTP 502 (Bad Gateway)。立即重新載入頁面通常會成功。在公司解決根本原因的同時，解決方案架構師需要顯示自訂錯誤頁面，而不是 ALB 預設頁面，且操作開銷最小。哪種步驟組合可以實現此目的？(選擇兩項)

正確答案是建立一個設定為靜態網站託管的 Amazon S3 儲存貯體，並將自訂錯誤頁面上傳到 S3 儲存貯體，以及設定 CloudFront 自訂錯誤回應並指定自訂錯誤頁面。當 ALB 傳回 502 錯誤時，由於 CloudFront 已配置 ALB 作為來源，CloudFront 可以攔截此錯誤並顯示其配置的自訂錯誤頁面。將錯誤頁面託管在 S3 儲存貯體上，可以提供高可用性和低成本的靜態內容服務。 其他選項不正確的原因： CloudWatch 警報和 Lambda 函數來修改 ALB 轉送規則，操作開銷較大，且在每次錯誤發生時觸發，效率不高。 Route 53 健康狀態檢查和備援目標主要用於整個應用程式的可用性，而不是針對特定 HTTP 錯誤碼的自訂錯誤頁面。 CloudWatch 警報 Elb.InternalError 與 Target.FailedHealthChecks 類似，都涉及複雜的自動化，不符合「操作開銷最小」的要求。