AWS CDK 单栈部署监控资源依赖缺失，选拆分栈还是配置依赖更优？

长期使用的最优方案为在同一部署栈内通过dependencies配置栈内资源创建顺序，无需拆分为两个独立部署栈。

方案优劣对比 #

• 不推荐拆分为两个部署栈的原因：
  拆分多栈会带来不必要的长期维护成本：你需要额外维护两套部署流程、手动控制多栈部署顺序、处理跨栈资源引用的权限和版本对齐问题。后续迭代过程中只要前序栈的Lambda相关标识发生变更，后序监控栈就极易出现资源匹配错误，多环境部署的复杂度也会成倍上升，完全不需要为解决单一的时序依赖问题拆分栈。

• 推荐栈内配置依赖的原因：
  CDK原生的依赖声明能力就是为了解决这类同栈内资源创建时序问题的，你可以通过两种更简便的方式实现，大部分场景下甚至不需要手动编写dependencies配置：

  1. 首先建议你在Lambda资源类中显式创建CloudWatch日志组资源并关联到对应Lambda，避免Lambda默认的「首次运行才生成日志组」的逻辑导致部署时找不到资源，同时也方便统一管控日志留存周期、加密规则等配置。
  2. 将Lambda类中创建的日志组、队列、Lambda实例作为公共属性暴露，监控资源类直接引用这些实例对象，CDK会自动根据引用关系生成隐式依赖，保证资源创建顺序符合要求；只有特殊场景下才需要手动调用node.addDependency(监控资源, 依赖的Lambda/日志组/队列)显式声明依赖。

该方案下所有资源都在同一个栈内统一管理，没有额外的部署流程负担，长期迭代的维护成本远低于多栈拆分方案。

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