3. 领域驱动设计（DDD）与限界上下文
在大型企业应用架构中，模块边界的划分直接决定了系统的可维护性、可扩展性与团队协作效率。领域驱动设计（DDD）的战略设计提供了一套从业务领域出发、以限界上下文为核心的高效建模方法。本节将深入讲解DDD战略设计的核心概念，并重点阐述如何通过限界上下文精准识别模块边界。
3.1 DDD战略设计核心概念
DDD战略设计关注的是宏观层面的领域划分与模型边界定义，它帮助架构师在复杂的业务中建立清晰的“地图”。其核心要素包括：
| 概念 | 定义 | 在企业架构中的作用 |
|---|---|---|
| 领域（Domain） | 企业所从事的业务范围与知识体系。 | 界定系统要解决的核心问题空间。 |
| 子域（Subdomain） | 对领域的进一步细分，分为核心、支撑、通用三类。 | 识别投资优先级，区分自研与采购策略。 |
| 限界上下文（Bounded Context） | 模型应用的显式边界，内部有统一的语言和模型。 | 定义微服务或模块的物理与逻辑边界。 |
| 通用语言（Ubiquitous Language） | 团队内部与业务专家共同使用的、无歧义的业务术语。 | 确保代码、文档、沟通中的语义一致性。 |
| 上下文映射（Context Map） | 描述不同限界上下文之间关系的全局视图。 | 指导集成策略、防腐层设计与数据同步方案。 |
架构师提示： 战略设计的核心产出是“上下文映射图”。它不仅是技术架构图，更是组织沟通图。康威定律指出，系统结构会复制组织的沟通结构。因此，限界上下文的划分应尽量与团队结构对齐。
3.2 限界上下文：定义与本质
限界上下文是DDD中最重要的战略设计模式。它不是一个技术概念，而是一个业务概念。它定义了模型应用的显式边界，在这个边界内部，通用语言、领域模型和业务规则是完整且自洽的。
- 独立性： 每个限界上下文拥有独立的领域模型，不与其他上下文共享模型。
- 一致性： 在边界内部，术语和概念具有唯一且明确的含义。
- 隔离性： 上下文之间通过防腐层（Anti-Corruption Layer）进行交互，防止外部模型的污染。
实战案例： 在电商系统中，“商品”在“商品目录上下文”中是一个包含SPU、SKU、属性、图片的完整聚合；而在“订单上下文”中，“商品”可能仅是一个包含ID、名称、价格的只读快照。这两个“商品”属于不同的限界上下文，拥有不同的模型和生命周期。
3.3 通过限界上下文识别模块边界
将限界上下文映射为模块或微服务边界，是DDD战略设计落地的关键步骤。以下是标准化的识别流程：
- 事件风暴（Event Storming）： 组织业务专家与开发团队，通过贴便签的方式，识别出业务领域中的关键领域事件、命令、聚合和用户角色。
- 划分核心子域： 根据业务价值，将领域事件和聚合归类到核心、支撑、通用子域中。
- 定义限界上下文： 将强关联的聚合和领域事件组合成一个内聚的限界上下文。上下文之间的交互应尽量松散。
- 绘制上下文映射： 明确上下文之间的关系类型（如合作关系、共享内核、客户-供应商、防腐层等）。
- 映射为模块/服务： 一个限界上下文通常对应一个独立的模块（在单体架构中）或一个微服务（在分布式架构中）。
下图展示了通过事件风暴识别出的电商核心限界上下文及其模块边界映射关系：
3.4 限界上下文与安全权限测试的关联
限界上下文不仅是模块划分的依据，也是安全权限测试的天然边界。每个限界上下文内部的数据模型和业务操作，构成了一个独立的权限域。
| 限界上下文 | 核心数据资产 | 典型权限测试点 |
|---|---|---|
| 商品上下文 | 商品价格、库存数量、供应商信息 | 越权修改价格、未授权查看库存、批量导出商品数据 |
| 订单上下文 | 用户订单、支付记录、收货地址 | 越权查看他人订单、篡改订单状态、未授权取消订单 |
| 用户上下文 | 用户密码、手机号、积分余额 | 水平越权访问用户信息、未授权提升权限、敏感信息泄露 |
安全测试关键点： 在跨限界上下文的接口调用中（如订单服务调用用户服务），必须验证调用方是否具有合法的身份和权限。防腐层不仅要处理模型转换，还应集成认证与授权校验，防止来自外部上下文的恶意请求。
3.5 总结：从业务领域到模块边界
通过DDD战略设计，特别是限界上下文的定义，企业架构师能够将模糊的业务领域转化为清晰的、可落地的模块边界。这一过程不仅提升了系统的内聚性与可维护性，还为后续的安全权限测试提供了明确的测试范围与数据域划分依据。在下一阶段，我们将基于这些边界，设计具体的模块间通信协议与安全防护策略。