领域确定设计专题（五）- 上下文映射图

上下文映射图不是一种企业架构，也不是系统拓扑图，他是梳理限界上下文的重要手段，可以用upstream和downstream这种关系来形容，也可以用其他方式。

在DDD中存在多种组织模式和集成模式，如下。
1、 合作关系
2、共享内核
3、客户方和供应方开发
4、遵奉者
5、防腐层， 简称ACL
6、开放主机服务，简称OHS
7、发布语言,简称PL
8、另谋塔路
9、大泥球
这9种方式都可以作为我们分析多个限界上下文之间关系的一种战术工具。

通常上游提供RPC和rest接口给下游服务，并且是同步的，这样容易造成一个问题：当上游服务请求超时或网路抖动的时候，下游服务就会对用户异常。为了达到比RPC更高的自治性，有人可能认为只是对所有依赖的对象进行缓存，但这不是DDD的做法。DDD的做法是，在本地创建一些由外部模型翻译而成的领域对象，这些对象保留着本地模型所有的最小状态集。为了初始化这些对象，我们只需要优先的RPC调用或rest请求。然而，要雨远程模型保持同步，最好的方式是在远程系统中采用面向消息的通知机制。消息通知可以通过服务总线进行发布，也可以采用消息队列或rest。

做一个极简注意者：
被同步的状态应该是本地模型所需远程魔性的最小属性集。这里并不知识限制我们的对数据的需求，有应该对概念进行恰当的建模。