在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博客

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值