某零售商在 Application Load Balancer (ALB) 后面的 EC2 实例上运行其电子商务应用程序，并使用 Amazon RDS 作为后端。CloudFront 配置了 ALB 作为源站来缓存静态内容。Route 53 托管公共 DNS。应用程序更新后，ALB 有时会因为返回给 ALB 的 HTTP 标头格式错误而返回 HTTP 502 (Bad Gateway)。立即重新加载页面通常会成功。在公司解决根本原因的同时，解决方案架构师需要显示自定义错误页面而不是 ALB 默认页面，并且操作开销最小。哪种步骤组合可以实现此目的？（选择两项）

正确答案是创建配置为静态网站托管的 Amazon S3 存储桶并将自定义错误页面上传到其中，以及配置 CloudFront 自定义错误响应并指定自定义错误页面。当 ALB 返回 502 错误时，CloudFront 可以捕获此错误并根据配置的自定义错误响应，从 S3 存储桶中获取预定义的错误页面并将其返回给用户。这种方法操作开销最小，因为 S3 静态网站托管和 CloudFront 错误响应都是托管服务，无需额外的计算资源。 其他选项不正确的原因： 选项中提到的 CloudWatch 警报和 Lambda 函数来修改 ALB 转发规则会增加复杂性和操作开销，并且可能无法及时响应每次 502 错误。 添加 Route 53 运行状况检查和备用目标通常用于整个应用程序不可用的情况，而不是 ALB 偶尔返回的 502 错误。此外，它需要修改 DNS 记录，这可能会引入缓存延迟。