1. 课程导论：为什么聚合根是微服务拆分的核心？一致性边界的概念与价值

1.1 微服务拆分之痛：从“技术拆分”到“业务边界”的认知跃迁

在微服务架构实践中，团队最常陷入的困境并非技术选型，而是“服务该拆多大？”、“数据该归谁管？”、“跨服务调用如何保证数据一致？”。

早期微服务拆分往往依赖技术维度：按功能模块、按数据表、按团队组织。这种拆分方式在系统规模较小时尚可运转，一旦业务复杂度上升，便会引发以下典型问题：

• 服务间频繁的分布式事务：一个用户操作需要跨 3~5 个服务协调，性能与一致性双双受损。
• 数据冗余与不一致：同一业务实体（如“订单”）在多个服务中各自维护部分状态，缺乏统一变更入口。
• 业务逻辑散落：核心业务规则（如“订单金额不能为负”）分散在多个服务中，难以维护与审计。

1.2 聚合根：一致性边界的“守门人”

聚合根是领域驱动设计中聚合（Aggregate）的根实体。它承担以下关键职责：

1.3 从聚合根到微服务：一致性边界的映射模型

下图展示了聚合根如何定义微服务的一致性边界：

1.4 一致性边界的核心价值

将聚合根作为微服务拆分依据，能够为系统带来以下关键价值：

1. 消除分布式事务：聚合根内部的事务边界与微服务的事务边界重合，跨服务通信仅需最终一致性（事件驱动），大幅降低协调复杂度。
2. 提升业务响应力：聚合根封装了完整的业务规则，当需求变更时，只需修改对应聚合根及其所在服务，不影响其他服务。
3. 数据一致性可追溯：聚合根作为数据变更的唯一入口，所有状态变化都有明确的业务语义，便于审计与调试。
4. 服务自治性增强：每个微服务拥有独立的聚合根、数据库和部署单元，团队可以独立开发、测试、发布。

1.5 课程路线图：从理论到实战

本课程将按照以下路径，系统讲解聚合根与微服务一致性边界的建模方法：