AWS DevOps认证题：多ALB/ASG最小配置部署架构选型

题干 #

某DevOps工程师需为部署在AWS上的SaaS Web应用设计持续交付方案，出于应用安全及业务分流要求，订阅用户被分布到多个Application Load Balancer（ALB）下，每个ALB对应由独立Auto Scaling Group（ASG）管理的Amazon EC2实例队列。要求应用部署可同时触发所有ALB、ASG及EC2实例队列的版本更新，请问以下哪种架构在满足需求的前提下所需配置量最少？

选项 #

• A. 创建单个AWS CodePipeline流水线，为每一组ALB-ASG配对创建独立的AWS CodeDeploy应用与部署组，通过并行部署动作完成应用发布
• B. 创建单个AWS CodePipeline流水线，使用单个AWS CodeDeploy应用与单个部署组完成应用发布
• C. 创建单个AWS CodePipeline流水线，复用单个AWS CodeDeploy应用，为每一组ALB-ASG配对创建独立部署组，通过并行部署动作完成应用发布
• D. 为每一组ALB-ASG配对分别创建独立的AWS CodePipeline流水线，为对应配对创建专属CodeDeploy应用与部署组完成应用发布

答案与解析 #

正确答案：C

各选项排查逻辑如下：

1. 选项B不满足核心需求：单个CodeDeploy部署组仅能绑定一组ALB与对应ASG的EC2计算资源，无法同时对接多组独立的ALB-ASG资源池，无法实现所有实例队列的同步版本更新，直接排除。
2. 选项D配置成本过高：为每组ALB-ASG单独搭建独立CodePipeline流水线，需要重复配置源码拉取、构建、部署审批、异常回滚等全流程环节，配置工作量远高于单流水线方案，不符合「配置量最少」的要求。
3. 选项A存在冗余配置：CodeDeploy应用本质是同一款应用的部署资源逻辑容器，用于统一管理应用版本、部署配置、部署组等资源，同一款SaaS应用的所有部署目标完全可以归属到同一个CodeDeploy应用下，不需要为每组ALB-ASG配对单独创建独立CodeDeploy应用，这部分重复配置完全可以省略。
4. 选项C为最优方案：单条CodePipeline流水线仅需配置一次源码拉取、构建、制品存储环节，后续在部署阶段复用同一个CodeDeploy应用，为每组ALB-ASG配对创建对应独立部署组，配置并行执行的部署动作即可同时触发所有队列的版本更新，完全满足业务要求的同时配置工作量最低。

内容的提问来源于stack exchange，提问作者Adrián Blázquez