基于上游动作动态变量的AWS CodePipeline条件执行是否可行？

结论 #

这个需求完全可以实现，你可以结合CodePipeline的变量传递功能和动作级别的Condition规则，实现基于Lambda输出的动态变量触发对应微服务的CodeBuild项目。

具体实现步骤 #

步骤1：配置Lambda动作输出变更服务变量 #

你需要调整你的Lambda函数，按照CodePipeline的规范返回输出变量，同时在Pipeline中为Lambda动作配置命名空间：

• Lambda函数返回成功响应时，在outputVariables字段中存入你识别到的变更服务标识，参考代码片段：

import boto3

codepipeline = boto3.client('codepipeline')

def lambda_handler(event, context):
    job_id = event['CodePipeline.job']['id']
    # 你的monorepo变更识别逻辑
    changed_service = identify_changed_service(event)
    try:
        codepipeline.put_job_success_result(
            jobId=job_id,
            outputVariables={
                "CHANGED_SERVICE": changed_service
            }
        )
    except Exception as e:
        codepipeline.put_job_failure_result(
            jobId=job_id,
            failureDetails={'type': 'JobFailed', 'message': str(e)}
        )

• 在CodePipeline控制台的Lambda动作配置页，为该动作设置命名空间，例如ChangeDetector，用于后续变量引用。

步骤2：为每个CodeBuild动作配置执行条件 #

为每个微服务对应的CodeBuild动作添加执行条件，只有当Lambda输出的变更服务名和当前动作对应的服务名匹配时才执行：

• 进入CodeBuild动作的配置页面，找到Conditions配置项
• 条件规则填写如下表达式，对应service-a的动作示例：

#{ChangeDetector.CHANGED_SERVICE} == 'service-a'

• 其他微服务的CodeBuild动作只需要修改表达式右侧的服务名即可。

注意事项 #

• 该功能要求你的CodePipeline为V2版本，V1版本不支持变量传递，你可以在Pipeline设置页直接升级到V2，无额外成本或兼容问题。
• 如果存在多服务同时变更的场景，你可以让Lambda输出逗号分隔的服务列表，将条件表达式修改为#{ChangeDetector.CHANGED_SERVICES} like '%service-a%'即可支持同时触发多个匹配的CodeBuild动作。
• 未匹配条件的动作会自动标记为Skipped状态，不会中断Pipeline的正常执行流程。

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