DDD为什么能火起来?和微服务有啥关系?
共 3602字,需浏览 8分钟
·
2021-12-23 00:46
作者:等不到的口琴
链接:www.cnblogs.com/Courage129/p/14839544.html
DDD为什么能火起来?
我们先不讨论DDD的定义, 先梳理一下DDD火起来的背景, 根据我学习的套路, 永远是为什么为先,再是解决什么问题,是什么东西, 最后如何使用。
第二个阶段是三层式的集中式架构,采用面向对象的设计方法,业务逻辑分业务层、逻辑层、数据访问层,这种架构很容易某一层或者几层变得臃肿,扩展性较差, 另外摩尔定律失效, 单台机器性能有限。
微服务存在的问题
进入微服务之后 , 解决了集中式架构的单体应用很多问题, 但是新的问题应运而生 , 微服务的粒度应该多大 ?微服务如何设计呢?微服务如何拆分 ?微服务边界在哪里 ?
很长时间人们都没有解决这一问题,就连Martin Fowler在提出微服务架构的时候也没有告诉我们这该如何拆分微服务。
甚至在很长的时间里人们对微服务拆分产生了一些误解, 有人认为:"微服务很简单,就是将之前的单体应用拆分成多个部署包, 或者将原来的单体应用架构替换为一套支持微服务的技术架构,就算是微服务了。" 还有人认为微服务应该拆分得越小越好。
鉴于上述情形, 很多项目因为前期拆分过度, 导致复杂度过高, 导致后期难以运维甚至难以上线。另外,微服务系列面试题和答案全部整理好了,微信搜索互联网架构师,在后台发送:2T,可以在线阅读。
DDD概述
战术设计则从技术视角出发,侧重于领域模型的技术实现,完成软件开发和落地,包括:聚合根、实体、值对象、领域服务、应用服务和资源库等代码逻辑的设计和实现。
桃子好吃吗?贵不贵?品种?怎么种植?种在什么地方 ?做成桃木剑?桃子树叶药用价值?
你看, 这样研究每一个问题都很有道理, 但是又很混乱,再回忆一下初中生物书上是这么研究的?,微信搜索公众号互联网架构师,在后台发送:2T,送你一份惊喜礼包。
DDD也是如此, 当我们面对桃树这种复杂的业务的时候,先根据固有的认识分成多个器官(领域),然后再在每一个领域中根据某些维度(这儿是功能)分为多个组织(聚合), 而每一个组织中由很多细胞(实体)组成,这就是一种战略, 有哪些好处呢 ?
可以确保我们讨论的边界, 也就是讨论的东西是一个领域一个维度的, 对于桃树来说, 桃子 、桃花、桃叶、树干都是不同的领域, 划分不同领域的就是边界, 我们这儿叫领域边界, 当我们确定好这些领域之后, 就可以确保我们讨论的是同一个领域部分的东西,这样的好处就是我们可以规定好一些概念, 或者说术语, 以后大家讨论的时候就尽可能少的信息丢失。
DDD战略设计会建立领域模型 , 领域模型用来指导微服务的设计和拆分, DDD第一步要做的就是来一个头脑风暴, 可以理解成一起讨论对业务的理解 , 主要目的就是尽可能前面不遗漏的分解我们的业务领域, 就好比刚刚的桃树, 最先要做的就是尽可能多的分析, 确保每一个领域都可以被关注到。
在实践中 ,往往会采用用例分析、场景分析和用户旅程分析, 这是一个发散的过程,头脑风暴阶段会产生很多实体、命令、事件等领域对象, 我们从不同的维度对进行聚类形成聚合、限界上下文等边界,建立领域模型, 这是一个收敛的过程。
具体来说, 我们可以通过三步来确定领域模型和微服务边界。
第一步:在事件风暴中梳理业务过程中的用户操作、事件以及外部依赖关系等,根据这些要素梳理出领域实体等领域对象。