微服务与领域驱动设计：构建高内聚低耦合系统的指南

目录

一、微服务架构模型的对比与选择

（一）整洁架构

（二）六边形架构

（三）DDD 分层架构

1.用户接口层

2.应用层

3.领域层

4.基础层

5.从三层架构向 DDD 分层架构演进

（四）三种微服务架构模型的对比和分析

二、领域驱动设计分层架构与微服务代码模型

（一）代码模型总目录结构

1.微服务一级目录结构

2.用户接口层目录结构、职能和代码形态

3.应用层目录结构、职能和代码形态

4.领域层目录结构、职能和代码形态

5.基础层层目录结构、职能和代码形态

（二）应用层的领域对象分析

1.实体方法的封装

2.领域服务的组合和封装

3.应用服务的组合和编排

（三）领域层的领域对象分析

1.设计实体

2.找出聚合根

3.设计值对象

4.设计领域事件

5.设计领域服务

6.设计仓储

（四）代码模型强调内容

第一点：聚合之间的代码边界一定要清晰。

第二点：你一定要有代码分层的概念。

三、正确理解微服务的边界

（一）逻辑边界

（二）物理边界

（三）代码边界

四、正确认识服务和数据在微服务各层的协作

（一）正确认识服务的协作

1. 服务的类型

2. 服务的调用（三类主要场景）

微服务内跨层服务调用

微服务之间的服务调用

领域事件驱动

3. 服务的封装与组合

（二）正确认识服务数据的协作

1.基础层数据协作

2.领域层数据协作

3.应用层数据协作

4.用户接口层数据协作

5.前端应用数据协作

参考书籍、文献和资料

干货分享，感谢您的阅读！

领域驱动设计DDD是一种设计思想，它可以同时指导中台业务建模和微服务设计(中台本质是业务模型，微服务是业务模型的系统落地)，领域驱动设计强调领域模型和微服务设计的一体性，先有领域模型然后才有微服务，而不是脱离领域模型来谈微服务设计。

微服务拆分困境产生的根本原因:不知道业务或者微服务的边界到底在什么地方。

DDD 核心思想:通过领域驱动设计方法定义领域模型，从而确定业务和应用边界，保证业务模型与代码模型的一致性。

对于领域驱动设计的学习做的总结主要写三篇博客，主要包括三部分:基本理论总结与分析、架构分析与代码设计、具体应用设计分析，主要参考的资料为极客时间的欧创新架构师的《DDD》实战，其他参考书籍在文章下方的参考书籍中。

本次主要总结DDD架构分析与代码设计：