一个 DevOps 团队使用 CodeDeploy 将 ECS 应用程序部署在 ALB 后面，部署方式为蓝/绿全量一次性部署。最近的一次发布导致响应时间大幅增加，需要回滚。该团队希望采用一种部署方法，使其能够在转移所有流量之前观察新版本，并在响应时间增加时快速回滚。以下哪种步骤组合可以满足此要求？

CodeDeployDefault.ECSCanary10Percent5Minutes 部署策略允许在将所有流量转移到新版本之前，先将 10% 的流量转移到新版本并观察 5 分钟。这满足了在转移所有流量之前观察新版本的要求。 在 ALB TargetResponseTime 指标上创建 CloudWatch 警报，并在响应时间超过阈值时触发，然后将警报与 CodeDeploy 部署组关联，并配置为在达到警报阈值时回滚，这满足了在响应时间增加时快速回滚的要求。 CodeDeployDefault.ECSLinear10PercentEvery3Minutes 策略是线性部署，不符合金丝雀部署的观察需求。UnHealthyHostCount 和 TargetConnectionErrorCount 警报虽然有用，但 TargetResponseTime 更直接地反映了应用程序的性能问题，与题目中“响应时间大幅增加”的场景最匹配。