解决CDK两个Stack间OUT OF SYNC问题：触发跨栈部署方案

你的场景是Stack A生成的SSM参数更新后，Stack B没法自动感知并重新部署，addDependency只能保证部署顺序，没法实现“Stack A完成后触发Stack B重新部署”的需求，下面给你几个可行的方案：

方案一：用自定义资源触发Stack B部署 #

在Stack A里加一个自定义资源，绑定到SSM参数的更新事件，参数更新完成后自动调用CloudFormation API触发Stack B的部署。

代码示例（Stack A中添加）： #

import * as cdk from 'aws-cdk-lib';
import * as custom_resources from 'aws-cdk-lib/custom-resources';
import * as iam from 'aws-cdk-lib/aws-iam';

// 替换成你的Stack B名称
const stackBName = 'StackB';

// 创建Lambda执行角色，赋予部署Stack B的最小权限（避免用AdministratorAccess）
const deployRole = new iam.Role(this, 'DeployStackBRole', {
  assumedBy: new iam.ServicePrincipal('lambda.amazonaws.com'),
  policies: [
    new iam.PolicyStatement({
      actions: ['cloudformation:UpdateStack', 'cloudformation:DescribeStacks'],
      resources: [`arn:aws:cloudformation:${cdk.Aws.REGION}:${cdk.Aws.ACCOUNT_ID}:stack/${stackBName}/*`],
    }),
  ],
});

// 自定义资源的Lambda处理器，负责触发Stack B部署
const deployHandler = new cdk.aws_lambda.Function(this, 'DeployStackBHandler', {
  runtime: cdk.aws_lambda.Runtime.NODEJS_18_X,
  code: cdk.aws_lambda.Code.fromInline(`
    const AWS = require('aws-sdk');
    const cloudformation = new AWS.CloudFormation();
    
    exports.handler = async (event) => {
      // 只在创建或更新时触发部署
      if (event.RequestType !== 'Delete') {
        try {
          // 尝试更新Stack B，使用现有模板
          await cloudformation.updateStack({
            StackName: '${stackBName}',
            UsePreviousTemplate: true,
            Capabilities: ['CAPABILITY_NAMED_IAM'], // 根据你的Stack B需求调整
          }).promise();
        } catch (err) {
          // 如果Stack已经是最新的，忽略错误
          if (err.message.includes('No updates are to be performed')) {
            return { Status: 'SUCCESS', PhysicalResourceId: Date.now().toString() };
          }
          console.error('部署Stack B失败:', err);
          return { Status: 'FAILED', Reason: err.message };
        }
      }
      return { Status: 'SUCCESS', PhysicalResourceId: Date.now().toString() };
    };
  `),
  role: deployRole,
});

// 创建自定义资源，绑定到SSM参数的更新事件
new custom_resources.CustomResource(this, 'TriggerStackBDeploy', {
  serviceToken: new custom_resources.Provider(this, 'DeployProvider', { onEventHandler: deployHandler }).serviceToken,
});
// 确保SSM参数更新后才执行自定义资源
deployHandler.node.addDependency(apiKeyParam);

方案二：让Stack B感知SSM参数的版本变化 #

SSM参数更新后版本号会递增，让Stack B把参数版本作为资源的一部分属性（比如标签、环境变量），这样CDK会检测到属性变化，自动触发Stack B的重新部署。

代码示例（Stack B中修改）： #

// 读取SSM参数时同时获取版本信息
const apiKeyParam = ssm.StringParameter.fromStringParameterAttributes(this, 'ApiKeyIdParam', {
  parameterName: constantsConfiguration.APPSYNC_GRAPGHQL_API_KEY,
  version: ssm.ParameterVersion.fromToken('latest'), // 动态获取最新版本
});

// 把参数版本作为资源标签，触发CDK变更检测
new cdk.aws_lambda.Function(this, 'MyBusinessFunction', {
  // 你的Lambda基础配置
  runtime: cdk.aws_lambda.Runtime.NODEJS_18_X,
  code: cdk.aws_lambda.Code.fromAsset('lambda'),
  handler: 'index.handler',
  // 添加基于参数版本的标签
  tags: {
    'ApiKeyVersion': apiKeyParam.version.toString(),
  },
});

这个方案的核心是让Stack B的模板包含SSM参数的版本信息，一旦版本更新，CDK synth时会发现标签变化，从而标记Stack B需要重新部署。

方案三：用CloudWatch Events触发部署 #

通过CloudWatch Event规则监听SSM参数的PutParameter事件，当参数更新时自动触发Lambda执行Stack B的部署命令。

步骤： #

1. 创建CloudWatch Event规则，事件模式匹配目标SSM参数的更新操作：

{
  "source": ["aws.ssm"],
  "detail-type": ["AWS API Call via CloudTrail"],
  "detail": {
    "eventSource": ["ssm.amazonaws.com"],
    "eventName": ["PutParameter"],
    "requestParameters": {
      "name": ["${constantsConfiguration.APPSYNC_GRAPGHQL_API_KEY}"]
    }
  }
}

2. 把规则的目标设置为部署Stack B的Lambda（逻辑和方案一的Lambda一致）。

这个方案依赖原生AWS服务实现事件触发，不需要在CDK栈中添加额外的自定义资源。

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