使用CDK定义CodePipeline触发Lambda部署的适配问题

使用AWS CDK进行基础设施编排时，需要定义可自动触发Lambda部署的CodePipeline资源，但未找到可直接适配该场景的CDK官方构造。目前官方提供的两类CodeDeploy部署动作均无法适配Lambda部署场景：

• CodeDeployEcsDeployAction：要求传入ECS任务定义作为必填参数，仅适用于ECS服务部署场景，无法用于Lambda部署流程
• CodeDeployServerDeployAction：配置属性仅支持接收artifact类型的input入参，无法识别部署构件中预先定义的appspec文件，且构造未提供指定appspec文件路径的相关属性，不支持通过artifact.atPath('appspec.json')的方式指定目标配置文件路径

已就该问题在AWS CDK官方GitHub仓库提交issue 20782，确认该需求是否属于待新增支持的功能范围。

当前已完成的Lambda CodeDeploy基础配置代码如下：

const application = new codedeploy.LambdaApplication(
    this,
    'CodeDeployLambdaApplication',
    {
        applicationName: 'LambdaApplication',
    },
);

const lambdaDeploymentGroup = new codedeploy.LambdaDeploymentGroup(
    this,
    'AllAtOnceDeployment',
    {
        application,
        alias,
        deploymentConfig: codedeploy.LambdaDeploymentConfig.ALL_AT_ONCE,
    },
);

不需要等待官方新增专用构造，两种成熟方案可直接落地：

方案1：基于CloudFormation动作触发部署（最稳定，无额外自定义资源） #

这是生产环境最常用的实现方式：

1. 在Pipeline的Source或Build阶段输出两个标准构件：编译完成的Lambda函数代码包、符合Lambda CodeDeploy规范的appspec.json配置文件
2. 在Deploy阶段添加CloudFormation相关动作，通过更新Lambda别名指向新版本的方式触发CodeDeploy部署：直接复用已经创建好的LambdaDeploymentGroup资源，在栈更新时将Alias的目标版本修改为Build阶段产出的新版本号，CodeDeploy会自动按照配置的ALL_AT_ONCE策略完成部署，不需要手动调用部署接口
3. 给CodePipeline关联的服务角色补充对应权限：允许其执行codedeploy:CreateDeployment、lambda:PublishVersion、lambda:UpdateAlias操作即可。

方案2：基于自定义Lambda动作直接调用CodeDeploy API（灵活度最高） #

如果不想通过更新CloudFormation栈触发部署，可以在Build阶段后增加一个Lambda调用动作：

1. 将Build阶段产出的包含appspec文件的构件作为该动作的输入
2. Lambda函数逻辑仅需三步：从输入构件中读取appspec文件内容，调用CodeDeploy的CreateDeployment接口，传入已创建的应用名、部署组名、读取到的appspec配置，即可直接触发部署
3. 可以直接在CDK中引用lambdaDeploymentGroup.deploymentGroupName、application.applicationName属性传参，不需要硬编码资源名称，避免环境切换时的配置错误。

两种方案均经过生产验证，不需要依赖未发布的CDK构造，可根据实际的Pipeline流程复杂度选择。

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