如何按Lambda动态确定的顺序串行执行多个AWS CodePipeline

方案1：Step Functions原生集成方案（推荐，代码量最低） #

• 保留你现有负责计算流水线执行顺序的Lambda函数，无需做任何逻辑改造
• 创建标准类型的Step Functions（步长函数）状态机，定义如下执行逻辑：
  1. 第一个状态调用你的Lambda函数，计算得到动态的流水线执行顺序数组，例如["P2","P3","P1"]
  2. 第二个状态通过循环/Map迭代遍历顺序数组，每一轮使用arn:aws:states:::codepipeline:startPipelineExecution.sync原生服务集成接口，传入当前流水线名称启动执行
  3. 状态机会自动阻塞等待当前流水线执行成功后，才进入下一轮迭代启动下一个流水线；如果任意流水线执行失败，状态机直接终止并抛出异常
• 后续触发全流程只需要启动该Step Functions状态机即可，无需额外维护执行状态
• 标准类型Step Functions最长支持1年的运行时长，完全覆盖你30分钟的总流水线运行需求

方案2：轻量化EventBridge + Lambda + DynamoDB方案（不想使用Step Functions时可选） #

• 新增一个DynamoDB表，用于存储流程执行状态：包括剩余待执行的流水线顺序列表、当前执行的流水线ID、整体执行状态
• 新增EventBridge规则，监听CodePipeline的执行状态变更事件，仅筛选SUCCEEDED（执行成功）和FAILED（执行失败）两类事件
• 拆分原有Lambda的逻辑为两个执行分支：
  1. 首次触发分支：计算流水线执行顺序，写入DynamoDB表，取出第一个流水线启动，更新表中当前执行的流水线信息
  2. 事件回调分支：接收EventBridge推送的事件，如果是流水线执行成功事件，从DynamoDB取出剩余待执行的流水线列表，列表非空则取出第一个启动，同时更新剩余列表；列表为空则标记全流程执行完成。如果收到流水线执行失败事件，直接标记全流程失败

通用优势 #

• 两种方案都不需要修改现有CodePipeline配置，也不需要依赖S3文件作为流水线源，完全适配动态生成的执行顺序
• 所有Lambda调用都为瞬时操作，单次运行时长不超过10秒，完全规避Lambda最长15分钟运行时长的限制
• 所有组件均为无服务器架构，按使用量付费，无闲置成本

内容的提问来源于stack exchange，提问作者AladdinKnight