如何通过Lambda函数触发AWS CodePipeline的指定阶段

可以实现，但不存在直接定向触发CodePipeline某个独立阶段的API，你不需要手动触发下一阶段，只要按CodePipeline的状态回调机制返回当前等待动作的执行结果，流水线就会自动推进到下一阶段。

CodePipeline的阶段流转是严格串行的状态机逻辑：只有当前正在执行的动作上报成功/失败状态后，流水线才会自动判断进入下一阶段还是走失败分支，外部事件无法跳过当前执行上下文直接启动某个未激活的阶段。
你当前的架构不需要大改，只要调整阶段的回调逻辑即可：

• 不要让触发EC2构建的CodeBuild/Lambda动作直接执行结束标记成功，把这一步改成CodePipeline的自定义Lambda动作：这个动作负责触发EC2拉起、镜像构建流程，触发完成后动作会保持InProgress状态等待回调，不会继续向后执行。
• 你已经配置的ECR镜像推送EventBridge规则触发的Lambda，不需要做“触发下一阶段”的操作，只需要调用CodePipeline的回调接口，把之前等待中的自定义动作标记为执行成功，流水线收到成功信号后会自动进入下一阶段。

不推荐的兜底方案：如果不想调整现有阶段配置，可以在Lambda中调用GetPipelineState获取当前流水线的执行ID、当前阻塞阶段的上下文，再调用继续执行接口推进，但这种方式强依赖实时状态查询，遇到多执行并发、流水线状态变更时很容易出现上下文不匹配的错误，稳定性很差。

你在ECR事件触发的Lambda中，只需要补充如下回调逻辑即可（Python boto3示例）：

import boto3

cp_client = boto3.client('codepipeline')

def lambda_handler(event, context):
    # 注意：你需要在触发EC2构建的步骤中，把当前自定义动作的jobId和构建任务标识、ECR镜像标签做绑定存储（比如存在DynamoDB中）
    # 监听到ECR推送事件后，根据镜像标签匹配到对应的jobId
    matched_job_id = "从存储中匹配到的对应构建任务的jobId"

    # 回传动作执行成功结果，流水线自动推进
    cp_client.put_job_success_result(
        jobId=matched_job_id,
        executionDetails={
            "summary": "EC2侧Docker镜像构建、推送ECR流程完成",
            "percentComplete": 100
        }
    )
    return {"status": "success"}

• 不要调用StartPipelineExecution接口，这个接口会启动一条全新的流水线执行，会重复跑前面的Source、CodeBuild阶段，不是在原有执行上下文里推进。
• 自定义动作的回调有效期是7天，如果EC2镜像构建时长超过7天，回调会失效，要提前做好超时判断和失败回传逻辑。
• 如果EC2侧构建失败，记得调用put_job_failure_result接口回传失败状态，避免流水线一直卡在InProgress状态产生额外费用。

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