一、分层架构的模型

DDD全称为(Domain-Driven Design,简称DDD)，领域驱动设计。

主要分为四层：

展现层：它负责向用户显示信息和解释用户命令，完成前端界面逻辑。这里的用户不一定是使用用户界面的人，也可以是另一个计算机系统应用层：它是很薄的一层，负责展现层与领域层之间的协调，也是与其它系统应用层进行交互的必要渠道。应用层要尽量简单，不包含业务规则或者知识，不保留业务对象的状态，只保留有应用任务的进度状态，更注重流程性的东西。它只为领域层中的领域对象协调任务，分配工作，使它们互相协作领域层：它是业务软件的核心所在，包含了业务所涉及的领域对象（实体、值对象）、领域服务以及它们之间的关系，负责表达业务概念、业务状态信息以及业务规则，具体表现形式就是领域模型。领域驱动设计提倡富领域模型，即尽量将业务逻辑归属到领域对象上，实在无法归属的部分则以领域服务的形式进行定义基础设施层：它向其他层提供通用的技术能力，为应用层传递消息（API 网关等），为领域层提供持久化机制（如数据库资源）等。

二、分层架构的优点

分层架构的一个重要原则是每层只能与位于其下方的层发生依赖。它的好处是显而易见的：

首先，由于层间松散的耦合关系，使得我们可以专注于本层的设计，而不必关心其他层的设计，也不必担心自己的设计会影响其它层，对提高软件质量大有裨益。其次，分层架构使得程序结构清晰，升级和维护都变得十分容易，更改某层的代码，只要本层的接口保持稳定，其他层可以不必修改。即使本层的接口发生变化，也只影响相邻的上层，修改工作量小且错误可以控制，不会带来意外的风险。

关于分层架构的权威观点，Martin Fowler 在《Patterns of Enterprise Application Architecture》一书中给出了答案：

开发人员只关注整个架构中的某一层；很容易的用新的方法来替换原有层次的方法；降低层与层之间的依赖；有利于标准化；利于各层逻辑的复用。

要保持程序分层架构的优点，就必须坚持层间的松耦合关系。设计程序时，应先划分出可能的层次，以及此层次提供的接口和需要的接口。设计某层时，应尽量保持层间的隔离，仅使用下层提供的接口。

三、合理的架构分层

不要把与领域无关的业务逻辑放在领域层，避免领域业务逻辑被污染，保证领域层的纯洁，只有这样才能降低领域逻辑受外部变化的影响。在领域和架构模型建立后，代码模型的逻辑分层和微服务拆分要具体情况具体分析，根据自身研发和运维能力综合考虑。

3.1 项目级单应用

对于单应用系统的分层，遵循上述分层架构模型即可，核心领域逻辑在领域层实现，服务的组合和编排在应用层实现，两者组合形成中台，通过 API 对前台应用提供服务。

从部署和微服务拆分来讲，领域层代码部署时可能是一个微服务，也可能会根据限界上下文被拆分为多个微服务部署。应用层代码如果逻辑复杂，含较多个性业务逻辑，可以根据需要独立为微服务部署；如果逻辑简单，且领域层是一个微服务，在划分好应用层和领域层代码逻辑边界的情况下，如果符合微服务拆分原则，也可以考虑将应用层与领域层代码合并为一个微服务部署。

3.2 企业级多中台应用

对于企业级多中台应用，多个中台应用通过 API 网关对外发布 API 服务。核心域业务中台在调用支撑域和通用域中台服务时通过核心域应用层完成多中台服务的组合和编排，为前台应用提供 API 服务。核心域中台的应用层是否独立成微服务部署，需考虑的情况与单应用系统相似。

四、分析和设计模式的演进

在单机和集中式架构时代，系统分析和设计往往都是分阶段割裂进行的，容易导致需求、设计与代码实现的不一致，软件上线后才发现很多功能不是自己想要的，而且在这种模式下，软件也不能快速响应需求和业务变化。

领域驱动设计（DDD）打破了这种隔阂，它提出了领域模型概念，统一了分析、设计和开发语言和过程，使得软件能够更灵活快速响应需求变化。

软件分析和设计方法经历了三个阶段的演进：

第一阶段是单机架构时代：采用面向过程的设计方法，系统包括 UI 层和数据库两层，采用 C/S 架构模式，整个系统围绕数据库驱动设计和开发，新项目总是从设计数据库及其字段开始。

第二阶段是集中式架构时代：采用面向对象的设计方法，系统包括 UI 层、业务逻辑层和数据库层，采用经典的三层架构，也有部分应用采用传统的 SOA 架构，这种架构易使服务变得臃肿，难于维护拓展，伸缩性能差。这个阶段系统分析、软件设计和开发大多是分阶段进行的。

第三阶段是分布式架构时代：由于微服务架构的流行，采用领域驱动设计方法，应用系统包括 UI 层、应用层、领域层和基础层。这个阶段融合了分析和设计阶段，通过建立领域模型，划分领域边界，做到领域模型既设计，代码与设计保持一致。

领域驱动设计主要优势：1.业务导向。2.业务逻辑内聚，应用边界清晰。3.建立领域模型优先。4.分析、设计、代码和数据有机结合。5.代码即设计。6.扩展性好。

参考：当中台遇上DDD，我们该如何设计微服务？_架构_欧创新_InfoQ精选文章