<返回更多

DDD四层微服务架构

2023-11-24  微信公众号  架构师修行录
加入收藏

一、微服务搭建思路

DDD四层微服务架构

大家看到的这张架构图并不是空穴来潮,它是通过不断演变出来的,我们要从DDD四层架构、微服务架构两个维度去融合理解。

这里的DDD四层架构适用于单个服务的工程架构(如图中的左下部分),就是单体应用的DDD四层架构的包划分方式。

而微服务架构,则是从整体去看,整合多个单体应用,它们之间通过应用SDK工程进行RPC通讯。

二、微服务架构下的应用SDK

这个工程比较好理解,类似于我们传统的理解的RPC包,或者叫API包,在Maven工程里,一般定义为一个子Module,里面主要定义的是Feign接口(如service.XxxFeignService),DTO对象(contract.dto.XxxRequest/XxxResponse)等等,此外还可以对FeignService返回的数据进行清洗与简单通用的封装(如util.XxxUtil),也就是说它还能封装简单的业务逻辑。

但需要特别注意:应用SDK要往一个大尺度独立的聚合工程的方向去搭建,它里面的顶层包要按内部业务系统的维度去隔离,并且它和业务系统不是一对一的关系。

为什么要这样设计?我讲个例子你就明白了。

我们公司的业务系统在顶层划分为SaaS应用和PaaS应用,那么PaaS应用对应的应用SDK可以命名为PaaSSdk,在PaaSSdk工程里,包括了消息中心、ChatAI、应用市场等PaaS应用的外部接口封装与简单业务逻辑封装。

这样做的好处显而易见——SaaS应用需要用到PaaS应用的接口时,只需要引入PaaSSdk即可,原则上这个内部Sdk与我们平时引入的外部Jar包没什么区别,可能只是网关和鉴权体系不一样罢了。

而且,简单的业务系统就用一个module就好了,没必要再拆分多个module,要知道,每引入多一个东西就有更多的不确定性。

所以你也就能理解,为什么这里的应用Sdk与业务系统不是一对一的关系,如果是一对一,业务系统势必要引入大量的Jar包,这在维护成本上是个灾难。试想一下,如果要用到阿里云OSS的Jar包时,你会引入大量POM吗?

三、DDD四层架构下的业务工程

DDD建模与落地的这几年,收获了不少好评,也着实为业务成功做出了贡献,优化了大半年,如今终于可以跟大家正式见面了。

DDD四层微服务架构

先谈架构思想:

DDD四层架构说明:

四、集成D3boot基础框架

领导让你搭个业务系统,如果什么都从零开始的话,项目周期就太长了。我们在搭建系统的过程中,如果有这么一个框架,能够快速解决CRUD、工程结构划分等等问题就好了。

D3boot基础框架的出现,正是为了解决这个问题。一般SpringBoot只能集成Spring体系内的技术栈,但作为心态更开放的我们,不应把目光聚焦在Spring体系内,每家企业都应该有自己的基础框架。

D3boot,意为DDD工程快速启动,其中融入了DDD领域驱动的架构思想,并且能处处体现充血模型带来的CRUD上的便利,还支持SaaS应用的搭建(租户隔离)。D3boot框架旨在快速搭建SaaS业务系统,减少繁琐的CRUD定义,减少不必要的xml代码书写。

充血模型的思想体现在对Model的继承,即可实现你想要的CRUD;而通过领域工厂(Factory的build、convert、fill等方式),又可以利用贫血模型思想的优势,对复杂的对象进行构建、转换、填充,弥补了充血模型的不足。

目前我已使用这套轻量级微服务基础框架,在公司里的健康管理平台、消息中台、工单中台、社交中台、ChatAI等业务系统应用了起来,使用感受一个字:舒服。

而作为基础框架,考虑的更多是不同框架集成的问题、功能边界问题,接下来我给大家一一介绍。

以下是D3boot的结构:

DDD四层微服务架构

DDD四层微服务架构

DDD四层微服务架构

1、base:基础组件

可扩展的基础组件,下面包括多个子模块,包括:

base-core:基础核心组件

定义了基础核心上下文(如SpringContext、ThreadContext、BaseContext)、核心契约(如R对象、Page对象、抽象领域事件、业务异常、统一状态码等)、核心工具类(如Bean转换工具、Json转换工具、业务断言工具等)。

base-data:基础数据组件

定义了基础模型(支持CRUD的充血模型)、基础仓库及MyBatisPlus的仓库实现、数据类型处理器等,支持通过@TenantId注解PO类租户字段来隔离租户数据等。用到数据库的工程需要依赖此包。

base-mq:基础MQ组件

目前集成了Kafka消息队列,可快速通过注解方式实现MQ消费。

base-kit:基础工具箱

工具类,底下按不同的能力又细分为缓存类、事件类、语言类、线程类、WEB类工具。

base-monitor:基础监控组件

集成HealthCheck接口、启动打印代码版本功能、日志告警功能(能把log.error的日志告警到企微机器人/钉钉机器人)。

base-web:基础WEB组件

定义了CRUD控制器基类CRUDController、按端划分的模型控制器接口ModelController、全局异常增强、全局R对象包装、全局Feign异常降级、各类WEB拦截器、基础接口认证功能等。WEB工程需要依赖此包。

2、base-bom:基础依赖组件

Maven的BOM(Bill of Materials)机制是Maven项目中的一个重要概念,它用于管理项目的依赖关系和版本控制。BOM机制可以帮助开发人员快速构建和维护项目,并且可以确保项目的稳定性和可靠性。

Spring有自己的bom文件,如spring-boot-dependencies,里面定义了构建SpringBoot工程所需要的依赖。

参考Spring的方式,我们把第三方的依赖统一在base-bom组件里进行管理,这样一来,业务工程只需要引入对应的dependency即可(包括定义D3boot框架里的组件版本),不需要再在业务系统过多地指定用哪个版本,达到版本统一的效果。

3、base-contract-parent:业务Contract父工程组件

作为应用SDK工程的父POM,快速搭建应用SDK。

4、base-parent:业务父工程组件

作为业务工程的父POM,快速搭建业务系统。

5、ddd-demo:DDDDemo工程

基于D3boot框架搭建的DDD四层架构风格的业务工程,写得比较粗糙,具体参考架构图的实现为准。

关键词:架构      点击(21)
声明:本站部分内容来自互联网,如有版权侵犯或其他问题请与我们联系,我们将立即删除或处理。
▍相关推荐
更多架构相关>>>