11、事件驱动微服务边界的组织与设计

事件驱动微服务边界的组织与设计

1. 事件驱动微服务边界概述

事件驱动的微服务彼此高度解耦，这使得我们能够在不影响其他服务的情况下更改某个服务。独立更改和部署的能力是支持快速增长和发展的业务的关键特性。然而，随着系统的增长，复杂性可能会阻碍我们实现高度可演进和解耦的架构。因此，组织和定义不断增加的服务之间的边界成为一个主要问题。

虽然事件驱动架构本质上具有高度解耦性，但随着系统变得更加复杂，我们不能想当然地认为这种特性会一直保持。即使通过消息队列实现了解耦，如果我们需要反复添加跨越多个服务的功能，这些服务往往会相互依赖于彼此的更改，这可能导致多个服务在发布时需要其他服务的更改才能发布，形成发布僵局，并且凸显出复杂服务网络之间的复杂依赖关系。而清晰的服务边界可以控制这些依赖关系，就像在应用程序内部创建边界来分离应用逻辑和数据库逻辑一样。

定义微服务边界有多种方法，一个经验法则是：一起更改的代码放在一起。采用领域驱动的方法来解构单体应用是一种合理的边界定义方式。领域往往比其他方法更稳定，以公司的领域为出发点定义的边界更能适应变化，而不会将变化传播到整个架构中。围绕领域绘制边界，既为领域的发展提供了空间，又能限制对其他领域的影响。这种方法也与公司的组织架构密切相关，团队通常围绕领域概念进行安排，这与围绕这些领域设置边界的架构相契合。

除了领域驱动方法，还有其他组织边界的方法，定义边界和确定新功能的归属通常是多种方法的结合。我们要明白，定义边界并非只有一种方式，领域方法是一个合理的选择，但不是唯一的方式，结合多种方法往往能带来更多好处。

2. 定义微服务边界的不同方法

2.1 组织架构

康威定律指出：