上下文映射

上下文组织和集成模式的定义

合做关系：

若是两个限界上下文的团队要么一块儿成功，要么一块儿失败，那么他们就须要创建起合做关系。两个团队应该在接口的演化上进行合做以同时知足两个系统的需求。应该为相互关联的的软件功能制订好计划表，这样能够确保这些功能在同一个发布中完成。

共享内核：

对模型和代码的共享将产生一种紧密的依赖性。咱们须要为共享的的部分模型指定一个显示的边界，并保持共享内核的小型化。共享内核具备特殊的状态，在没有与另外一个团队的协商的状况下，这种状态是不能改变的。

客户方-供应方开发：

当两个团队处于一种上游-下游关系时，上游团队的计划中应该顾及到下游团队的需求。

尊奉者：

在存在上游-下游的两个团队中，若是上游团队已经没有动力提供下游团队之所需，下游团队便孤立无援了，只能盲目使用上游团队的模型。

防腐层：

就是上下游之间的翻译层，放在下游上。对于下游客户来讲，你须要根据本身的领域模型建立一个单独的层，该层做为上游系统的委派向你的系统提供功能。防腐层经过已有的接口与其余系统交互，而尽可能使其余系统无需修改。在防腐层内部，它在你本身的木星和他方模型之间进行翻译转换。

开放主机服务：

定义一种协议，让你的子系统经过该协议来访问你的服务。

发布语言：

在两个限界上下文之间翻译模型须要一种共享的公用的语言。发布语言一般和开放主机系统一块儿用。

大泥球：

当咱们检查已有系统时，常常发现系统中存在混杂在一块儿的模型，它们之间的边界是很是模糊的。此时你应该为整个系统绘制一个边界，而后将其概括在大泥球之列。

从大佬那里偷个图：（ACL表示防腐层、OHS表示开放主机服务、PL表示发布语言、U表明上游、D表明下游）