如何在AWS CDK中更换Event Bus而无需删除依赖栈？

核心结论 #

你的共享Event Bus的架构本身没有根本性缺陷，不需要删除依赖栈，也不用每个栈单独部署Event Bus。问题出在修改Event Bus的方式上，用正确的增量更新或蓝绿部署方法就能解决。

具体解决方案 #

1. 区分修改类型，做增量更新 #

大部分情况下，你所说的“修改Event Bus源”只是调整事件规则、订阅者或触发条件，这类操作完全不需要删除Event Bus栈：

• 在CDK代码中直接更新EventBus对应的Rule、LambdaDestination或EventSourceMapping等资源
• 执行cdk deploy <event-bus-stack-name>，CDK会自动做增量更新，不会触发Event Bus的删除或替换，依赖栈也不受影响

2. 处理Event Bus核心属性修改（不可变属性） #

如果确实需要修改Event Bus的核心不可变属性（比如名称、服务器端加密配置），AWS CloudFormation不允许直接修改，这时候用蓝绿部署规避删除依赖栈：

• 第一步：在Event Bus栈中新增一个配置好新属性的Event Bus，同时保留旧的Event Bus和原有规则
• 第二步：逐个更新依赖栈（栈1、栈2、栈3），将Lambda的事件触发器切换到新的Event Bus
• 第三步：验证所有流量都切换到新Event Bus后，删除旧的Event Bus和对应的规则
• 全程不需要删除任何依赖栈，仅做增量的资源添加和切换

为什么直接更新会报错？ #

你遇到的错误本质是：修改了Event Bus的不可变属性，CloudFormation尝试删除旧资源再创建新资源，但依赖栈的Lambda持有对旧Event Bus的引用（比如权限、触发器），导致CloudFormation无法删除旧资源，从而报错。

是否需要每个栈部署Event Bus？ #

不推荐，除非你的业务单元需要完全的事件隔离（比如多租户、独立部门）：

• 共享Event Bus的优势：集中管理事件流，便于事件溯源、统一监控，跨栈事件传递无需额外复杂配置
• 每个栈单独部署的问题：事件分散，运维成本高，跨栈事件交互需要额外配置跨栈权限，破坏事件流的统一性

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