一家公司正在将单体应用程序重构为 AWS 上的现代化设计。CI/CD 管道必须：每小时允许多次发布，并支持快速回滚。哪种部署设计符合这些要求？

AWS Elastic Beanstalk 的环境交换功能非常适合需要频繁发布和快速回滚的场景。通过在单独的环境中部署新版本并进行测试，然后通过交换 URL 将其提升为生产环境，可以实现零停机部署。如果出现问题，可以立即交换回旧环境的 URL，实现快速回滚。 其他选项的缺点： 构建 AMI 并替换 EC2 实例：这种方法在每次部署时都会创建新的 EC2 实例，虽然可以实现回滚，但通常比 Elastic Beanstalk 的环境交换更耗时，且管理复杂性更高。 使用 AWS Systems Manager 重新配置基础设施并更新 EC2 user data：这种方法涉及在每次部署时修改现有实例的配置，这可能导致服务中断，并且回滚过程也更复杂，不符合快速回滚的要求。 使用预构建的 AMI 作为 Auto Scaling 事件的一部分部署更新：虽然 Auto Scaling 可以处理实例的启动和终止，但这种方法通常用于滚动更新，回滚可能需要更长时间，且在回滚过程中可能存在服务降级。