从应用边界识别限界上下文

质量属性：

关乎质量属性的问题 视为在将来可能会发生，其实就是“风险（Risk）”。

 

架构是重要的东西，是不容易改变的决策。

未曾预测到系统存在的风险，不幸它又发生了，带给系统架构的改变可能是灾难性的

 

为什么说限界上下文是领域驱动设计中最重要的元素？：

原因：

限界上下文的边界，就可以将这种风险带来的影响控制在一个极小的范围

 

更改了技术选型，选择基于 ElasticSearch 的数据分析微服务替换旧服务。这种改变几乎不影响产品的其他模块与功能（技术的替换变更 不影响业务逻辑）

 

 

重用和变化：

 

限界上下文对变化的应对，其实是“单一职责原则”的体现，即一个限界上下文不应该存在两个引起它变化的原因

 

例子：

物流联运管理系统，最初团队的设计人员将运费计算与账目、结账等功能放在了 财务上下文中。

当国家的企业征税策略发生变化时，会引起财务上下文的变化，引起变化的原因是财务规则与政策的调整。

倘若运费计算的规则也发生了变化，同样会引起财务上下文的变化，但引起变化的原因却是物流运输的业务需求。

如果我们将运费计算单独从财务上下文中分离出来，就可以独立演化，符合前面提及的“自治”原则，实现了两种不同关注点的分离。

 

 

限界上下文协作方式的要素称之为“上下文映射