领域驱动战略：解密限界上下文（Bounded Context）的九大集成关系与映射红线

在开展微服务架构设计时，我们面临的首要任务是将整个复杂的系统划分为多个物理上相互隔离的**限界上下文（Bounded Context）**。每个上下文都代表了一个独立的微服务单元，在内部维护其独有的通用语言（Ubiquitous Language）与核心领域模型。

然而，上下文绝不是孤立运行的。它们之间必须进行频繁的数据交换和协议集成。如果在划分微服务后，任由各个微服务团队以无政府状态随意暴露和调用接口，会导致系统模型迅速退化，微服务之间产生毁灭性的网状紧耦合，最终演变为不可维护的“分布式单体”。

为了规范微服务之间的集成边界与团队协作机制，领域驱动设计（DDD） 提出了核心战略工具——**上下文映射（Context Mapping）** 与 **九大集成模式**。

本文将系统拆解上下文映射图的绘制规范、九大经典集成关系的定义、以及工程落地的协同红线。

一、 限界上下文的九大集成模式详解

在 DDD 战略设计中，上下文之间的依赖集成模式可被归纳为九种经典关系：

二、 上下文映射图 the 物理流转关系

我们通过上下文映射图（Context Map）能够极其直观地展现整个企业微服务的技术依赖与组织关系树：

┌─────────────────────────┐                   ┌─────────────────────────┐
│  订单微服务 (Order)      │ <─── [Customer] ───│ 支付微服务 (Payment)    │
│  - 拥有本地 ACL 隔离     │                     │ - 提供 OHS + PL 标准接口 │
└─────────────────────────┘                   └─────────────────────────┘
             │                                             │
      [Shared Kernel]                               [Separate Ways]
             │                                             │
             ▼                                             ▼
┌─────────────────────────┐                   ┌─────────────────────────┐
│ 公共仓储 (Shared Maven)  │                   │ 第三方报表系统 (Report) │
│ - 仅存放不可变 Address   │                   │ - 物理与数据完全隔离     │
└─────────────────────────┘                   └─────────────────────────┘

三、 代码实战：在基础设施层组装多依赖集成（ACL 模式）

以下是一个合规的“订单上下文”通过 ACL（防腐层）同时调用“客户 OHS 服务”与“营销通用服务”的代码组装实现：

1. 领域层：纯净订单聚合（Domain Layer）

package com.company.order.domain;

public class Order {
    private String orderId;
    private String customerId;
    private double discountRate; // 折扣率，由下游营销系统计算返回
}

2. 基础设施层：防腐层适配器设计（Infrastructure Layer）

package com.company.order.infra.acl;

import com.company.order.domain.Order;
import com.company.order.infra.client.*;

/**
 * 订单防腐服务：聚合外部多个限界上下文，输出干净 of 领域属性
 */
@Component
public class OrderIntegrationAcl {

    @Autowired
    private MemberClient memberClient; // 通用域客户端
    @Autowired
    private PromotionClient promotionClient; // 支撑域客户端

    public double calculateOrderDiscount(String customerId, double totalAmount) {
        // 1. 调用会员 OHS，获取会员级别（PL DTO）
        MemberDTO member = memberClient.getMemberInfo(customerId);
        
        // 2. 调用营销上下文，根据会员级计算折扣值（PL DTO）
        PromotionDTO promotion = promotionClient.getDiscount(member.getVipLevel(), totalAmount);
        
        // 3. 翻译过滤：将外部营销折扣转换后输出，保护内部核心不被外部变动波及
        return promotion.getRate();
    }
}

四、 总结

限界上下文的集成关系梳理，是指导分布式 system 建设的核心“交通路网规划”。

它通过**对共享内核、防腐层与开放主机服务等九大集成模式 of 严格物理套用，厘清了微服务团队之间的技术强弱势地位与沟通红线**；并**以标准 DTO 与 CDCT 测试等工程规约限制了接口损坏事故 of 发生**。掌握这套战略上下文映射技术，是主导数字化复杂业务系统微服务重构、捍卫 system 架构高弹性演进的核心基石！