中台架构与实现（基于DDD和微服务）-读书笔记1

前绪

一、DDD（Domain Driven Design，领域驱动设计）、微服务、中台

       中台需要将通用的、可复用的业务能力沉淀到中台，实现企业级能力的复用。企业在进行中台建设时首先要从业务领域出发，考虑如何按照可复用的原则进行领域分解，完成中台领域建模。中台本质是企业的业务建模，而微服务则是中台领域建模系统落地时的一种架构实现方式。

       DDD首先从业务领域入手，划分业务领域边界，采用事件风暴工作坊方法，分析并提取业务场景中的实体、值对象、聚合根、聚合、领域事件等领域对象，根据界限上下文边界构建领域模型，将领域模型作为微服务设计的输入，进而完成微服务详细设计。用DDD方法设计的微服务，业务和应用边界清晰，符合“高内聚、低耦合”的设计原则，适应业务模型变化和服务架构演进。DDD包含战略设计和战术设计两个阶段。通过战略设计可完成中台业务边界划分和领域建模，然后将领域建模作为战术设计的输入，完成微服务设计。

       微服务与DDD的共生关系包含两方面。一方面，微服务提供将应用进行服务化拆分，通过业务领域边界实现应用服务边界的划分；另一方面，DDD提供了一种基于业务限界上下文边界来实现微服务“高内聚、低耦合”的服务建设方法。将两者合理搭配使用，研发组织科轻松实现面向服务的设计，享受持续交付与架构演进。

       DDD、微服务与中台都强调从业务领域出发。DDD可同时指导中台领域建模和微服务设计，是中台领域建模和微服务设计的最佳指导方法，而微服务是中台的最佳技术实践。三者为铁三角关系。三者结合，从企业领域到子域的战略设计、宏观业务领域边界划分到微服务内底层领域对象的逐级细化设计，降低软件产品建设的复杂度，实现从宏观战略到技术实现细节的无缝衔接。