DDD概念篇

2020-03-15  本文已影响0人  迷狮

从18年团队开始转型微服务架构,会想起来,总结2个字,就是“生拆”。只要是能够独立的业务模块或是可复用的组件,都拆成一个个微服务。这样,原本的单体项目,拆成了23个微服务,而我们当初维护的团队,仅仅才5~6个人。
18年底,docker-compose管理3~4个服务。
19年中,kubernates管理20+个业务服务,不包括基础服务在内。
回想起来,一次失败的尝试,换来的是坑与、敬畏和不屈。后来极客上了DDD,很早就听了一遍,有触动,但是感觉还是不强烈,从今天开始重学DDD,拿一个业务模型进行拆解设计,也算是立个flag。

DDD的概念主要包括:领域、子域、核心域、通用域、支撑域、限界上下文、实体、值对象、聚合和聚合根。


image

领域和子域

领域就是指范围,它是用来限定业务边境的,领域越大,业务范围就越大。领域可以进一步进行拆分,拆分后的就是“子域”。

子域对应的一个更小的问题域或更新的业务范围。

核心域、通用域和支撑域

在领域的划分过程中,领域会细分为不同的子域,子域根据其重要性和自身的功能特点,划分为3类子域,就是核心域、通用域和支撑域。这3个概念的主要目标就是区分子域在业务中不同的功能属性和重要程度。

公司的核心竞争力是核心域,同时被多个子域使用的通用功能子域是通用域,即不是核心域也不是通用域,但是是必须的,就是支撑域。通用域一般没有太多的个性化,比如:认证、权限等。支撑域则有企业特性,但是不具有通用性,例如数据字典等。

限界上下文

理论上,限界上下文就可以定义成微服务。限界上下文是微服务拆分的主要依据

实体

实体的4种形态分别是:业务形态、代码形态、运行形态和数据库形态。

值对象

值对象,通俗的讲,就是一个子对象和一组属性集合。它没有唯一的标识,依赖一个实体存在。比如用户的学历信息、地址信息都是值对象。

聚合和聚合根

聚合和聚合根感觉抽象一些,等具体落地验证后再补充。

上一篇 下一篇

猜你喜欢

热点阅读