DDD实战课
欧创新
人保高级架构师
立即订阅
4865 人已学习
课程目录
已完结 23 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 学好了DDD,你能做什么?
免费
基础篇 (5讲)
01 | 领域驱动设计:微服务设计为什么要选择DDD?
02 | 领域、子域、核心域、通用域和支撑域:傻傻分不清?
03 | 限界上下文:定义领域边界的利器
04 | 实体和值对象:从领域模型的基础单元看系统设计
05 | 聚合和聚合根:怎样设计聚合?
进阶篇 (6讲)
06 | 领域事件:解耦微服务的关键
07 | DDD分层架构:有效降低层与层之间的依赖
08 | 微服务架构模型:几种常见模型的对比和分析
09 | 中台:数字转型后到底应该共享什么?
10 | DDD、中台和微服务:它们是如何协作的?
答疑:有关3个典型问题的讲解
实战篇 (10讲)
11 | DDD实践:如何用DDD重构中台业务模型?
12 | 领域建模:如何用事件风暴构建领域模型?
13 | 代码模型(上):如何使用DDD设计微服务代码模型?
14 | 代码模型(下):如何保证领域模型与代码模型的一致性?
15 | 边界:微服务的各种边界在架构演进中的作用?
16 | 视图:如何实现服务和数据在微服务各层的协作?
17 | 从后端到前端:微服务后,前端如何设计?
18 | 知识点串讲:基于DDD的微服务设计实例
19 | 总结(一):微服务设计和拆分要坚持哪些原则?
20 | 总结(二):分布式架构关键设计10问
结束语 (1讲)
结束语 | 所谓高手,就是跨过坑和大海!
DDD实战课
登录|注册

开篇词 | 学好了DDD,你能做什么?

欧创新 2019-10-14
00:00
10:15
讲述:欧创新 大小:9.40M
你好,我是欧创新,人保高级架构师,一名奋斗在软件架构一线十余年的技术人。
目前热衷于采用领域驱动设计(DDD)实现中台业务建模,专注基于 DDD 的微服务设计和开发等。另外,我也正在深入探索传统企业中台数字化转型的技术和方法体系。很高兴在这个专栏和你见面!

我与 DDD

说起 DDD 的实践,那就不得不提微服务了。2015 年,我刚开始接触微服务,那时候和别人去介绍微服务的设计理念,接受度并不高,毕竟大家普遍采用的还是集中式架构。
但即便是在四年前,业务的日渐复杂也是可以预见的,微服务的价值确确实实存在。我就从那个时候开始深入研究,作为公司的高级架构师,我也一直处于公司中台转型和微服务建设的一线。
这个过程中,我和我的技术团队踩过不少坑,最尖锐的一个问题是:“微服务到底怎么拆分和设计才算合理,拆多小才叫微服务?”而微服务的边界历来也是最容易产生争议的地方。
紧接着,阿里巴巴成功完成了中台战略转型。于是,很多大型公司也开启了中台数字化战略转型,中型公司也根据自身需求跃跃欲试。但也有很多公司由于历史原因,存在着大量系统重复建设的问题。
作为中台,需要将通用的可复用的业务能力沉淀到中台业务模型,实现企业级能力复用。因此中台面临的首要问题就是中台领域模型的重构。而中台落地时,依然会面临微服务设计和拆分的问题。这两个问题一前一后,放在任何一家公司,我想都是一个不小的挑战。
这也是我一直在探索和解决的问题。这两年,中台越来越火,微服务越来越热,参与的人越来越多。那是否有好的方法来指导中台和微服务的设计呢?
一次偶然的机会我接触到了 DDD,深入研究后,我发现,运用 DDD 设计思想实现的微服务边界确实清晰很多,业务领域划分也十分合理。后来,我和我的伙伴们用 DDD 做了很多的微服务实践。

关于专栏

有了这样一个基础,我开始尝试将我对 DDD 的理解和一些实践经验沉淀,并写了几篇文章发表在了 InfoQ 上。在读者的留言中,我发现很多人对 DDD 是有一定的了解的,但由于 DDD 的知识点多且较为抽象,体系庞大,又缺少实践经验和案例指导,很多人对 DDD 的应用都有这样那样的困惑,哪怕知道 DDD 的好处,但是也感到无从下手。
收到极客时间的邀请后,我就开始全力打造课程大纲,力求干货充盈,理论与实践并重。这做起来并不是一件轻松的事儿,专栏从确定主题到和你见面,已经耗时三个多月了。
DDD 虽然历史很久了,但它与微服务和中台设计的结合,却是一片很新的领域。早在 2003 年就诞生的 DDD,怎么来指导“迟到”近 20 年才大热的微服务设计呢?
我认为,要想应用 DDD,首要任务就是要吃透 DDD 的核心设计思想,搞清楚 DDD、微服务和中台之间的关系。中台本质是业务模型,微服务是业务模型的系统落地,DDD 是一种设计思想,它可以同时指导中台业务建模和微服务设计,它们之间就是这样的一个铁三角关系。DDD 强调领域模型和微服务设计的一体性,先有领域模型然后才有微服务,而不是脱离领域模型来谈微服务设计。
其次,就是通过战略设计,建立领域模型,划分微服务边界。这步是关键,你可以借助专栏中的一些经验。
最后,通过战术设计,我们会从领域模型转向微服务设计和落地。此时,边界清晰、可持续演进的微服务架构雏形就在你面前了。
遵循以上过程,这门课的设计思路也就诞生了。

关于课程设计

如果你以往对 DDD 的了解并不深入,甚至是第一次接触,你一定会觉得 DDD 的术语非常多,且非常陌生,这些术语之间的关系都算是个“拦路虎”。
搞懂这些之后呢,怎么应用它们,从何下手来设计领域模型等等这些问题又接踵而至。
如果你对 DDD 有过研究,在学会怎么用之后,你可能还会反过来想:“我费了这么大劲儿去搞懂它,那它到底会让我的系统变成什么样呢?可以解决什么具体问题?是不是真有大家说得那么好?”
这些都将是这个专栏要交付给你的内容。总结一下的话,我希望这个专栏能带给你这样几点收获:
用浅显易懂的案例带你了解 DDD 必知必会的 10 大核心概念,深入设计思想,厘清各知识域之间的关系;
用 DDD 分层架构带你弄懂微服务架构各层之间的关系,并完成微服务分层和代码模型设计;
用 DDD 战略设计和事件风暴带你完成领域建模和企业级中台业务建模;
用一个典型的案例带你完整走一遍 DDD 战略设计和战术设计的全流程,学习 DDD 在领域模型和微服务设计过程中的技术要点;
带你深化微服务架构设计原则和注意事项,建立适应你公司技术能力和文化的微服务,建立演进式的微服务架构。
希望这些收获能够给正在从事或者有兴趣深入了解微服务设计和中台的你,提供一些实质性的帮助。
在具体的课程设计上,我将内容分为了三大部分:基础篇、进阶篇和实战篇。下面我来逐一介绍一下。

基础篇

基础篇主要讲解 DDD 的核心知识体系,具体包括:领域、子域、核心域、通用域、支撑域、限界上下文、实体、值对象、聚合和聚合根等概念。我会用浅显易懂的案例带你理解它们以及它们之间的合作、依赖关系。

进阶篇

进阶篇主要讲解领域事件、DDD 分层架构、几种常见的微服务架构模型以及中台设计思想等内容。具体包括:
如何通过领域事件实现微服务解耦?
怎样进行微服务分层设计?
如何实现层与层之间的服务协作?
通过几种微服务架构模型的对比分析,让你了解领域模型和微服务分层的作用和价值。
另外,我还会介绍中台设计的核心思想,和你探讨如何实现前中后台的协同和融合?如何利用 DDD 进行中台设计?

实战篇

实战篇是我们专栏课程的重点,我准备了多个实战小项目。
中台和领域建模的实战:带你了解如何用 DDD 设计思想构建企业级可复用的中台业务模型,了解事件风暴以及用事件风暴构建领域模型的过程。
微服务设计实战:带你了解如何用 DDD 设计微服务代码模型,如何从领域模型完成微服务设计,建立领域模型与微服务代码模型的映射关系,如何完成微服务的架构演进等。
然后我会用一个典型的案例将 DDD 所有的知识点串联在一起,带你深入了解如何用 DDD 的设计思想来完成领域建模和微服务设计的全流程。
最后,我还会补充分享一个前端的最新设计思想,带你了解如何借鉴微服务的设计思想来设计前端应用,实现前端应用的解耦。同时,我还为你总结了微服务设计原则以及分布式架构设计的关键注意事项。
最后,我想说,DDD 看似复杂,可学习起来并不困难,多动手参与几次 DDD 事件风暴工作坊,你就能很快理解 DDD 的核心设计思想和设计过程,成功进阶了。
如果你的公司尚不能给你提供实战的机会,你可以在这里小试牛刀。
相信这个专栏会帮助你掌握一套完整而系统的基于 DDD 的微服务设计和拆分方法,明确从战略设计到战术设计的微服务标准设计过程,使得你的微服务设计思路能够更加清晰,设计过程更加规范,让你的中台和微服务落地如虎添翼。
最后,感谢你的关注。我也很想借此认识一下你,了解一下你对 DDD 都有哪些认知?是否有机会应用,学习过程中遇到过哪些困难?对这门课又有怎样的期待?欢迎你留言和我交流。
现在,就让我们一同开启 DDD 之旅吧!
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DDD实战课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(43)

  • errocks
    问一下, 这个专栏有学习群不

    编辑回复: 暂时没有,需要的小伙伴可以为errocks点赞,视人数而定。

    2019-10-27
    47
  • 陈华应
    前两天刚说再买剁手,今天看完开篇还是买了~工作中有过应用,也啃过砖头厚的实现领域驱动,还是有许多不明就里的细节以及应用上的困惑,希望跟着专栏,理解,应用都上一个台阶~
    2019-10-14
    1
    11
  • 流沙河
    个人的理解,中台的观察视角比较高一些,是给企业的高层人员的,是企业架构或者企业信息化整体战略的结果,阿里当时面临着天猫体系和淘宝体系以及聚划算等等多个相对独立的业务部门,各个业务部门的系统共享比较差,于是通过打造中台来将各个业务线的通用业务逻辑和通用系统抽取出来,逐步沉淀和优化,以至于后期各种新的业务应用可以快速的基于这套中台系统实现出来,形成了大中台小前台的状态,所以中台应该是一套通用业务系统的集合体。当然针对单个系统或者单个平台可以考虑微服务的系统架构设计,微服务系统的边界划分是个难题,DDD应该是个很好的设计思想。期待后续的课程。

    作者回复: DDD战略设计是用来建立业务模型的,适用于企业级的中台,同样也适用于项目级的领域建模。它的战术设计适用于微服务的设计,所以DDD是个好东西。希望能对你有所帮助。

    2019-10-14
    6
  • 天涯海峰
    实战课,开发语言用什么

    作者回复: DDD是一种架构设计方法,不限定语言,我习惯用JAVA,所以用JAVA做示例,你可以用你自己熟悉的语言来实战。

    2019-10-14
    6
  • 特种流氓
    欧老师 可以讲讲 ddd与面向对象设计的区别及联系吗

    作者回复: DDD包括战略设计和战术设计,在战略设计时完成领域建模,战术设计实际上是落到了系统设计。它是根据领域模型中的领域对象以及他们的关系来完成设计,在这个设计过程中当然会有DDD战术设计自己的方法,比如聚合,实体,值对象,以及应用的内部分层架构,战术设计过程的大部分方法还是在用面向对象的设计方法。

    2019-10-29
    2
  • G
    老师,有没有整理思维导图哈😊

    作者回复: 思维导图还没整理,可以先看下开篇词里的DDD知识体系图。等我后面有时间的时候再整理一下思维导图哈。

    2019-10-16
    2
  • 守候、
    一直感觉DDD概念太多,学习无从下手,更是无法应用于实战。老师这个系列真是及时!

    作者回复: 我刚接触也是这种感觉,其实熟悉起来也会很快的。做一两次领域建模和微服务设计就能理解透彻了。

    2019-10-15
    2
  • Geek_88604f
    请问老师,中台和平台有什么区别与联系?

    作者回复: 平台只是将部分通用的公共能力独立为共享平台。虽然可以通过API或者数据对外提供公共共享服务,解决系统重复建设的问题,但这类平台并没有和企业内的其它平台或应用,实现页面、业务流程和数据从前端到后端的全面融合,并且没有将核心业务服务链路作为一个整体方案考虑,各平台仍然是分离且独立的。

    中台来源于平台,但中台和平台相比,它更多体现的是一种理念的转变,它主要体现在这三个关键能力上:对前台业务的快速响应能力;企业级复用能力;从前台、中台到后台的设计、研发、页面操作、流程服务和数据的无缝联通、融合能力。

    中台首先体现的是一种企业级的能力,它提供的是一套企业级的整体解决方案,解决小到企业、集团,大到生态圈的能力共享、联通和融合问题,支持业务和商业模式创新。通过平台联通和数据融合为用户提供一致的体验,更敏捷地支撑前台一线业务。

    2019-11-15
    1
  • 云中漫步
    一直没有完全理解DDD,一定通过这门课程学透,感谢作者提供理论和实践的课程。

    作者回复: 希望能帮助到你。

    2019-10-23
    1
  • 移动端可以学习吗

    作者回复: 如果移动端包含业务逻辑,可以建立领域模型是没有问题的。DDD是一种领域建模和微服务的设计方法。

    2019-10-21
    2
    1
  • zj
    问一下老师,一般增删改查有必要使用DDD模式开发吗,感觉增删改查用DDD代码写起来很麻烦

    作者回复: 要考虑系统的复杂度和成本,微服务虽然现在很流行,但有些场景下传统架构实现方式成本更低,效率更高。并不一定比传统架构有优势。所以这个需要结合你的业务和系统的情况来分析,如果可以构建领域模型,我建议你可以用DDD的设计方法,但是具体用不用它的战术设计,你需要结合你的团队情况,毕竟还是有一些复杂度的。

    2019-10-21
    1
    1
  • 业余草
    DDD,很早就接触领域驱动设计了,可以一直没搞懂它的精髓,希望跟着作者一起做到活学活用!

    作者回复: 一起学习提高哈。

    2019-10-18
    1
  • K战神
    部门现在在组织学习DDD,我们现在的架构已经是微服务架构了。一直想用DDD驱动微服务的设计。
    还是非常想知道DDD的一些实践和坑

    作者回复: 等着实战篇哈,有一些非常细致的干货。

    2019-10-14
    2
    1
  • caozhao
    DDD听得很多,一直没有很好的理解,期待跟随老师玩转DDD

    作者回复: 好好学习,天天向上😄

    2019-11-20
  • 落叶飞逝的恋
    DDD是一种设计思想指导中台业务模型,微服务是中台业务的成果,成果又是验证DDD的思想,周而复始。

    作者回复: 是的^_^。

    2019-11-19
  • 在DDD的路上
    有新人优惠券,立马就买下了,本身就对DDD很感兴趣,看书又太费劲,先来跟大牛学习学习再回去看书
    2019-11-13
  • Stone
    看到作者基本上都有回复,我都不忍心“路过”了,打个卡,期待能够跟着作者的指导,提升自己,改进自己,再去改进项目架构,先感谢一下作者的辛勤分享👍

    作者回复: 谢谢,一起学习提升哈。

    2019-11-02
  • Geek_778d19
    事件风暴工作坊?是指什么呢 ,如何参与进去?

    作者回复: 事件风暴类似头脑风暴,它是项目团队与领域专家聚集在一起,快速分析和分解复杂业务领域,完成领域建模的过程。
    事件风暴是一项团队活动,项目团队通过头脑风暴的形式罗列出领域中所有的领域事件,整合之后形成最终的领域事件集合,然后对于每一个事件,标注出导致该事件的命令,再为每个事件标注出命令发起方的角色,命令可以是用户发起,也可以是第三方系统调用或者定时器触发等,最后对事件进行分类,整理出实体、聚合、聚合根以及限界上下文,建立领域模型。然后你就可以基于领域模型进行微服务设计了。

    2019-10-31
  • 雷霹雳的爸爸
    我算是刚入行时候案头就常备一本Eric Evans的 DDD(刚翻了一下是06年清华大学出版社的译本),别说真是少有的一本我从头到尾翻完了的书...但那时候看起来不啻为一本天书...只是我内心深处总是隐约觉得,终会有一天会在转角再次遇到他,果不其然,这本书在我桌上吃灰十年之后,随着微服务兴起,无论是理论领军人物Chris Richardson本尊,还是各路英豪,均又纷纷祭出DDD汲取养分,很难不让人重新对这本书,这些概念和方法重新产生兴趣,于是,为了表示尊敬,我在异步社区又入了一个电子书(应该是另一个译本),以数字化生存的方式让这本书继续在我这里吃灰,结果到现在自然还只剩下惭愧不已;这次,希望能跟随老师的专栏,把各路灰尘一扫而空,看看自己能否在此方向上有所真切的领悟,顺便瞄一瞄我这个做着运维管理工作但是深爱着DevOps工具的架构师最终的归宿到底是哪里...特么的本来是想来一篇檄文的,咋写着写着就这么伤感咧?

    作者回复: 😄,向执着于DDD的前辈致敬。

    2019-10-30
  • zj
    DDD同一领域我能从不同纬度设计聚合根吗?比如新增数据的时候我用一个聚合根,修改数据的我用另一种聚合根。毕竟新增和修改这两个操作需要的数据是不一样的

    作者回复: 同一个聚合只有一个聚合根。不同的聚合聚合根不一样。聚合根可以创建和修改聚合内的其它实体。不清楚您说的新增和修改的数据哪方面不一样?

    2019-10-28
收起评论
43
50
返回
顶部