部署期间避免AWS Stacks中Logical ID重叠的最佳实践

针对同一AWS账号下多项目CDK栈重名覆盖的问题，以下是落地性强的规范和实践：

• 强制添加项目专属前缀
  直接给栈的逻辑ID加上项目标识前缀，从根源避免重名。比如前端项目A用A-PipelineStack，后端项目B用B-PipelineStack：

  // 项目A的栈声明
  new PipelineStack(scope, "A-PipelineStack", props)
  // 项目B的栈声明
  new PipelineStack(scope, "B-PipelineStack", props)
  

  这种方式简单直接，一眼就能区分栈所属的项目。

• 结合部署环境细化命名
  如果涉及多环境（开发/测试/生产）部署，可在项目前缀后追加环境标识，进一步区分：

  // 项目A开发环境栈
  new PipelineStack(scope, "A-Dev-PipelineStack", props)
  // 项目B生产环境栈
  new PipelineStack(scope, "B-Prod-PipelineStack", props)
  

  适合团队协作中多环境并行部署的场景，防止不同环境的栈互相干扰。

• 用上下文参数动态生成栈名
  借助CDK的上下文参数实现栈名的动态注入，避免硬编码。在代码中读取上下文参数生成栈名：

  const projectId = scope.node.tryGetContext("project");
  new PipelineStack(scope, `${projectId}-PipelineStack`, props)
  

  部署时通过命令行传入项目标识：

  # 部署项目A
  cdk deploy -c project=a
  # 部署项目B
  cdk deploy -c project=b
  

  这种方式适配标准化的CI/CD流程，便于批量管理。

• 启用栈保护机制
  给核心业务栈开启终止保护和保留策略，即使出现误操作也无法轻易覆盖或删除：

  const stack = new PipelineStack(scope, "A-PipelineStack", props);
  // 设置资源删除策略为保留
  stack.applyRemovalPolicy(RemovalPolicy.RETAIN);
  // 启用终止保护
  stack.enableTerminationProtection();
  

  注意：启用后需手动在AWS控制台或CLI关闭保护，才能修改/删除栈，适合生产环境的关键资源。

• 架构层面隔离项目资源
  为不同项目创建独立的CDK App，或者用CDK的Stage组件封装各项目的资源栈，从架构上实现项目资源的隔离，既避免栈名冲突，也便于后续的资源审计和管理。

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