17、服务和数据在微服务各层的协作

大树~~

于 2024-07-29 23:05:46 发布

阅读量497

点赞数 13

分类专栏：架构-中台-DDD 文章标签：微服务架构云原生 java 后端

本文链接：https://blog.csdn.net/qq_29434541/article/details/140783412

版权

19 篇文章 0 订阅

订阅专栏

在微服务架构中，服务和数据的协作是确保系统高效运行和可维护性的关键。本章详细探讨了微服务架构中的服务视图和数据视图，帮助我们理解在运行过程中这些服务和实体在各层是如何协作的。

微服务内有许多不同类型的服务，它们的实现方式和职能各不相同。服务之间的调用、组合和封装关系，以及它们之间的依赖关系，是理解微服务协作的关键。

根据DDD分层架构，微服务内部主要有以下几类服务：

facade接口服务：位于用户接口层，包括接口和实现两部分。用于处理用户发送的RESTful请求和解析用户输入的配置文件，并将数据传递给应用层。完成应用服务封装，将DO组装成DTO，并将数据传递给前端应用。
应用服务：位于应用层。用于表述应用和用户行为，负责服务的组合、编排和转发，处理业务用例的执行顺序和结果拼装，对外提供粗粒度的服务。
领域服务：位于领域层。封装核心业务逻辑，实现需要多个实体协作的核心领域逻辑，对多个实体或实体方法的业务逻辑进行组合或编排。
基础服务：位于基础层。提供基础资源服务（如数据库、缓存等），实现各层的解耦，降低外部资源变化对业务应用逻辑的影响。主要为仓储服务，通过依赖倒置原则提供基础资源服务。

微服务的服务调用主要包括三类应用场景：

微服务内跨层服务调用：
- 前端应用通过API网关调用facade接口服务，facade接口服务定向到应用服务。
- 应用服务作为组织者和编排者，调用并组装领域服务或直接调用仓储服务。
微服务之间的服务调用：
- 应用服务通过API网关访问其他微服务的应用服务，采用同步方式实现数据强一致性。
- 跨微服务的数据新增和修改操作需要关注分布式事务，保证数据的强一致性。
领域事件驱动：
- 微服务内的领域事件通过事件总线完成聚合之间的异步处理，微服务之间的领域事件通过消息中间件完成。

微服务的服务是从领域层逐级向上封装、组合和暴露的：

基础层：主要服务形态是仓储服务，包括仓储接口和仓储实现两部分。仓储实现服务完成领域对象的持久化或提供数据初始化所需的PO数据。
领域层：负责表达领域模型业务概念、业务状态和业务规则，主要服务形态有实体方法和领域服务。实体采用充血模型，实体类内部实现所有业务逻辑，领域服务对多个实体或实体方法进行组合和编排。
应用层：主要面向前端应用和用户，通过服务组合和编排实现粗粒度的业务行为。应用服务负责服务的组合、编排和转发，处理业务用例的执行顺序和结果拼装。
用户接口层：完成DO和DTO的互转，通过facade接口服务将数据传递给应用层或获取应用服务的数据后进行数据组装，向前端提供数据服务。

DDD分层架构有一个重要原则：每层只能与其下方的层发生耦合。分层架构可以分为两种：

在DDD中，微服务内的数据对象主要包括数据持久化对象（PO）、领域对象（DO）、数据传输对象（DTO）和视图对象（VO）。这些数据对象在不同层次和阶段承担不同的职能。

这些数据对象的职责和转换过程如下：

基础层：
- DO和PO的映射关系，大多数情况下DO和PO是一一对应的，也有多对多情况。DO需要持久化时，先将DO转换为PO对象，由仓储实现服务完成数据库持久化操作。
- 当DO需要构建和数据初始化时，由仓储实现服务先从数据库获取PO对象，将PO转换为DO后，再完成DO数据构建和初始化。
领域层：
- 主要是DO对象。DO是实体和值对象的数据和业务行为载体，承载着核心业务逻辑，多个依赖紧密的DO对象构成聚合。
应用层：
- 主要对象有DO和DTO对象。应用层进行服务组合和编排时，建议采用聚合根ID的引用方式，避免不同聚合之间的DO对象直接引用，避免聚合之间产生依赖。
用户接口层：
- 完成DO和DTO的互转，通过facade接口服务将数据传递给应用层或获取应用服务的数据后进行数据组装，向前端提供数据服务。