多区域部署NServiceBus命令处理器的版本升级兼容问题咨询

背景与问题 #

我们的NServiceBus应用部署在Azure北欧和西欧双区域，采用SQL传输模式，所有节点共享同一数据库。双区域节点共同处理同一端点的命令——这是预期设计，确保两个区域都能承接业务请求。

这套架构日常运行稳定，但在版本升级阶段出现了兼容性问题：当新增命令及对应处理器后，我们会先部署到其中一个区域并运行自动化测试，测试通过后再推进到另一个区域。在这个新旧版本共存的窗口内，未升级的区域节点会抛出「找不到该消息类型的处理器」的错误。

已排除的方案及缺陷 #

我们评估过两种方案，但都无法满足跨区域冗余的核心需求：

• 区域专属数据库：让两个区域分别使用独立的SQL数据库。缺陷：若任一区域的数据库故障，另一区域的应用无法接管其命令处理，失去了跨区域容错的意义。
• 共享库下的区域专属端点：在共享数据库中为每个区域创建独立的端点。缺陷：同样存在单点故障风险，若某区域后端失效，另一区域无法处理该专属端点的命令。

可行解决方案 #

1. 消息类型向后兼容设计

新增命令时严格遵循向后兼容原则：

• 不修改原有命令结构，而是创建新版本的命令类型（例如CreateCustomerCommandV2），同时保留旧版本的处理器，直到所有区域完成升级。
• 发送端在过渡阶段同时发送新旧版本命令，待全区域升级完成后再停发旧版本。

2. 部署阶段的消息过滤隔离

利用NServiceBus SQL传输的队列过滤能力，在升级过渡期隔离新增命令：

• 为共享队列的消息添加区域标识属性，发送新增命令时仅标记已升级的区域。
• 未升级区域的节点配置过滤规则，忽略带有新增区域标记的消息，完成升级后再移除该规则。

3. 基于共享库的蓝绿部署

通过队列切换实现无停机的蓝绿部署：

• 为每个端点创建两套队列（蓝队列、绿队列），日常运行时共用同一套队列。
• 部署新版本到第一个区域时，将该区域节点切换到新队列，发送端暂时将新增命令路由到新队列；测试通过后，将第二个区域节点切换到新队列，最终停用旧队列。

4. 临时消息转发配置

利用NServiceBus的类型映射功能，让未升级节点将新增命令转发到已升级区域处理：

• 在未升级节点的配置中添加类型映射，把新增命令类型映射到仅由已升级区域节点监听的临时队列。
• 全区域升级完成后，移除该映射配置。

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