在DDD领域驱动下的微服务数据库的MVC设计思路(高度可行性)

在DDD领域驱动下的微服务架构中使用MVC设计思路来设计数据库是可行的,因为MVC是一种经典的软件架构模式,可以将应用程序分为三个主要部分:模型、视图和控制器。在微服务架构中,每个微服务可以看作是一个模块,可以使用MVC模式来设计和组织其数据库。

下面以一个项目为例子来说明:

M层可以包含基础功能的微服务(这里有多个),它们通常包含数据模型,这些微服务的主要任务是处理基础数据或则是基础功能,比如文件上传微服务、字典微服务、权限管理微服务、产品微服务、风控微服务,等等的基础信息微服务,因此它们可以被视为MVC模式中的模型层。

C层可以包含主要逻辑的微服务(这里就一个),它们通常是应用程序的核心部分,负责处理主要的业务逻辑。比如业务的所有流程从进件、贷前测额、信授、放款、贷后监控、费用生成、流程管理、还款计划、流程回退,锁定店铺,贷后监控、季度风控计算、店铺维护、钉钉消息发送等等 。同时C层的微服务中,可以把M层的一个基础功能微服务对应C层微服务中的一张或多张表(保持有一个小主表),这样容易在C层中模块化管理,便于扩展表。同时在C层中再保留一个主表(做各种查询操作的桥梁表),这个主表就存一个各个小主表的id(这样主表的字段就不会大多,可能不超过20个字段)。 这个微服务可以被视为MVC模式中的控制器层。

V层可以包含各种统计信息的结果服务(可以有多个,这里就一个),它们通常用于数据的统计,可以被视为MVC模式中的视图层。比如以店铺和借款人为维度的画像统计数据, 每天、每周、每月的通过定时器去跑数据(从C层微服务中取数据,MVC架构的层次感就出来了),以确保以店铺维度和以借款人为维度的风控数据的准确性,便于准确的把握好店铺和借款人。

使用MVC模式来设计数据库可以使微服务更加模块化和可维护。它可以帮助开发人员更好地理解和组织微服务的功能,并使微服务之间的通信更加清晰和简单。同时,MVC模式还可以帮助开发人员更好地组织和管理数据,并确保数据的一致性和完整性。

那么什么是DDD领域驱动呢?看这里:关于DDD的关键部分摘抄-CSDN博客

相关推荐
ClouGence2 小时前
CloudCanal + Paimon + SelectDB 从 0 到 1 构建实时湖仓
数据库
DemonAvenger9 小时前
NoSQL与MySQL混合架构设计:从入门到实战的最佳实践
数据库·mysql·性能优化
AAA修煤气灶刘哥20 小时前
后端人速藏!数据库PD建模避坑指南
数据库·后端·mysql
RestCloud1 天前
揭秘 CDC 技术:让数据库同步快人一步
数据库·api
得物技术1 天前
MySQL单表为何别超2000万行?揭秘B+树与16KB页的生死博弈|得物技术
数据库·后端·mysql
可涵不会debug1 天前
【IoTDB】时序数据库选型指南:工业大数据场景下的技术突围
数据库·时序数据库
ByteBlossom1 天前
MySQL 面试场景题之如何处理 BLOB 和CLOB 数据类型?
数据库·mysql·面试
麦兜*1 天前
MongoDB Atlas 云数据库实战:从零搭建全球多节点集群
java·数据库·spring boot·mongodb·spring·spring cloud
Slaughter信仰1 天前
深入理解Java虚拟机:JVM高级特性与最佳实践(第3版)第十章知识点问答(10题)
java·jvm·数据库
麦兜*1 天前
MongoDB 在物联网(IoT)中的应用:海量时序数据处理方案
java·数据库·spring boot·物联网·mongodb·spring