如何落地业务建模(5) 云时代的挑战

• 弹性边界还是业务边界

• 弹性边界

• 拆分微服务，弹性优先还是业务优先

• 弹性优先对业务建模的挑战

• 如何保持弹性边界的独立性

• 弹性边界间的依赖与耦合

• 如何避免弹性耦合

• 默认异步对业务建模的挑战

弹性边界还是业务边界

前面的内容可以看做对DDD打的两个大补丁：

• 通过不同的上下文对象，弥补原生对象模型从单体架构过渡到多层架构时的各种水土不服；

• 通过不同的建模方法，从业务维度展开入手，以不同的角度寻找可以被建模成对象的领域概念。

如果希望达成如下诉求：

• 采用DDD设计的两关联一循环作为主要沟通协作的方式；

• 将模型作为统一语言，并用于提炼知识的循环；

• 在单体分层架构模式下，将模型的能力通过RESTful API暴露。

那么前几节的内容已经可以满足需求。但如果面对的是更云化的架构风格，比如微服务，那么就无法满足需求了，因为在云时代出现了新的关注点：弹性边界（Elasticity Boundary）。

弹性边界

弹性边界是云原生架构的核心概念，指把弹性作为最优先的考虑要素而划定的系统边界；它决定了我们是否能够充分发挥云平台的全部能力。

什么是弹性

云厂商提供的产品的一大特点，就是可以根据流量