You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

97 lines
8.4 KiB
Markdown

2 years ago
# 开篇词 | 学好了DDD你能做什么
你好,我是欧创新,人保高级架构师,一名奋斗在软件架构一线十余年的技术人。
目前热衷于采用领域驱动设计DDD实现中台业务建模专注基于DDD的微服务设计和开发等。另外我也正在深入探索传统企业中台数字化转型的技术和方法体系。很高兴在这个专栏和你见面
## 我与DDD
说起DDD的实践那就不得不提微服务了。2015年我刚开始接触微服务那时候和别人去介绍微服务的设计理念接受度并不高毕竟大家普遍采用的还是集中式架构。
但即便是在四年前,业务的日渐复杂也是可以预见的,微服务的价值确确实实存在。我就从那个时候开始深入研究,作为公司的高级架构师,我也一直处于公司中台转型和微服务建设的一线。
这个过程中,我和我的技术团队踩过不少坑,最尖锐的一个问题是:“微服务到底怎么拆分和设计才算合理,拆多小才叫微服务?”而微服务的边界历来也是最容易产生争议的地方。
紧接着,阿里巴巴成功完成了中台战略转型。于是,很多大型公司也开启了中台数字化战略转型,中型公司也根据自身需求跃跃欲试。但也有很多公司由于历史原因,存在着大量系统重复建设的问题。
作为中台,需要将通用的可复用的业务能力沉淀到中台业务模型,实现企业级能力复用。因此中台面临的首要问题就是中台领域模型的重构。而中台落地时,依然会面临微服务设计和拆分的问题。这两个问题一前一后,放在任何一家公司,我想都是一个不小的挑战。
这也是我一直在探索和解决的问题。这两年,中台越来越火,微服务越来越热,参与的人越来越多。那是否有好的方法来指导中台和微服务的设计呢?
一次偶然的机会我接触到了DDD深入研究后我发现运用DDD设计思想实现的微服务边界确实清晰很多业务领域划分也十分合理。后来我和我的伙伴们用DDD做了很多的微服务实践。
## 关于专栏
有了这样一个基础我开始尝试将我对DDD的理解和一些实践经验沉淀并写了几篇文章发表在了 [InfoQ](https://www.infoq.cn/article/s_LFUlU6ZQODd030RbH9) 上。在读者的留言中我发现很多人对DDD是有一定的了解的但由于DDD的知识点多且较为抽象体系庞大又缺少实践经验和案例指导很多人对DDD的应用都有这样那样的困惑哪怕知道DDD的好处但是也感到无从下手。
收到极客时间的邀请后,我就开始全力打造课程大纲,力求干货充盈,理论与实践并重。这做起来并不是一件轻松的事儿,专栏从确定主题到和你见面,已经耗时三个多月了。
DDD虽然历史很久了但它与微服务和中台设计的结合却是一片很新的领域。早在2003年就诞生的DDD怎么来指导“迟到”近20年才大热的微服务设计呢
我认为要想应用DDD首要任务就是要吃透DDD的核心设计思想搞清楚DDD、微服务和中台之间的关系。中台本质是业务模型微服务是业务模型的系统落地DDD是一种设计思想它可以同时指导中台业务建模和微服务设计它们之间就是这样的一个铁三角关系。DDD强调领域模型和微服务设计的一体性先有领域模型然后才有微服务而不是脱离领域模型来谈微服务设计。
其次,就是通过战略设计,建立领域模型,划分微服务边界。这步是关键,你可以借助专栏中的一些经验。
最后,通过战术设计,我们会从领域模型转向微服务设计和落地。此时,边界清晰、可持续演进的微服务架构雏形就在你面前了。
遵循以上过程,这门课的设计思路也就诞生了。
## 关于课程设计
如果你以往对DDD的了解并不深入甚至是第一次接触你一定会觉得DDD的术语非常多且非常陌生这些术语之间的关系都算是个“拦路虎”。
搞懂这些之后呢,怎么应用它们,从何下手来设计领域模型等等这些问题又接踵而至。
如果你对DDD有过研究在学会怎么用之后你可能还会反过来想“我费了这么大劲儿去搞懂它那它到底会让我的系统变成什么样呢可以解决什么具体问题是不是真有大家说得那么好
这些都将是这个专栏要交付给你的内容。总结一下的话,我希望这个专栏能带给你这样几点收获:
1. 用浅显易懂的案例带你了解DDD必知必会的10大核心概念深入设计思想厘清各知识域之间的关系
2. 用DDD分层架构带你弄懂微服务架构各层之间的关系并完成微服务分层和代码模型设计
3. 用DDD战略设计和事件风暴带你完成领域建模和企业级中台业务建模
4. 用一个典型的案例带你完整走一遍DDD战略设计和战术设计的全流程学习DDD在领域模型和微服务设计过程中的技术要点
5. 带你深化微服务架构设计原则和注意事项,建立适应你公司技术能力和文化的微服务,建立演进式的微服务架构。
希望这些收获能够给正在从事或者有兴趣深入了解微服务设计和中台的你,提供一些实质性的帮助。
在具体的课程设计上,我将内容分为了三大部分:基础篇、进阶篇和实战篇。下面我来逐一介绍一下。
### 基础篇
基础篇主要讲解DDD的核心知识体系具体包括领域、子域、核心域、通用域、支撑域、限界上下文、实体、值对象、聚合和聚合根等概念。我会用浅显易懂的案例带你理解它们以及它们之间的合作、依赖关系。
![](https://static001.geekbang.org/resource/image/dc/66/dc32e8e4a317fe00121ce18adc407c66.jpg)
### 进阶篇
进阶篇主要讲解领域事件、DDD分层架构、几种常见的微服务架构模型以及中台设计思想等内容。具体包括
* 如何通过领域事件实现微服务解耦?
* 怎样进行微服务分层设计?
* 如何实现层与层之间的服务协作?
* 通过几种微服务架构模型的对比分析,让你了解领域模型和微服务分层的作用和价值。
* 另外我还会介绍中台设计的核心思想和你探讨如何实现前中后台的协同和融合如何利用DDD进行中台设计
### 实战篇
实战篇是我们专栏课程的重点,我准备了多个实战小项目。
* 中台和领域建模的实战带你了解如何用DDD设计思想构建企业级可复用的中台业务模型了解事件风暴以及用事件风暴构建领域模型的过程。
* 微服务设计实战带你了解如何用DDD设计微服务代码模型如何从领域模型完成微服务设计建立领域模型与微服务代码模型的映射关系如何完成微服务的架构演进等。
然后我会用一个典型的案例将DDD所有的知识点串联在一起带你深入了解如何用DDD的设计思想来完成领域建模和微服务设计的全流程。
最后,我还会补充分享一个前端的最新设计思想,带你了解如何借鉴微服务的设计思想来设计前端应用,实现前端应用的解耦。同时,我还为你总结了微服务设计原则以及分布式架构设计的关键注意事项。
![](https://static001.geekbang.org/resource/image/3c/9c/3c7264cb91ead783c7ec3094ce2add9c.jpg)
最后我想说DDD看似复杂可学习起来并不困难多动手参与几次DDD事件风暴工作坊你就能很快理解DDD的核心设计思想和设计过程成功进阶了。
如果你的公司尚不能给你提供实战的机会,你可以在这里小试牛刀。
相信这个专栏会帮助你掌握一套完整而系统的基于DDD的微服务设计和拆分方法明确从战略设计到战术设计的微服务标准设计过程使得你的微服务设计思路能够更加清晰设计过程更加规范让你的中台和微服务落地如虎添翼。
最后感谢你的关注。我也很想借此认识一下你了解一下你对DDD都有哪些认知是否有机会应用学习过程中遇到过哪些困难对这门课又有怎样的期待欢迎你留言和我交流。
现在就让我们一同开启DDD之旅吧