基于MVC模式下的单体和微服务之间动态切换的项目代码架构
简介
简易型基于mvc
模式下,能单体和微服务之间动态切换的项目代码架构。
前言
个人进行微服务开发中,由于总是碰到服务与服务之间相互耦合的业务场景,从而导致一个简单的需求实现的复杂度呈现出倍数的难度,进而总结出来的一个可单体与微服务动态切换的项目代码架构。
个人认为代码的本身应该是一个整体,不应该由于服务或者应用的独立从而形成代码之间的割裂,代码作为程序员输出的重要资产,要使用模块化对其进行管理和开发。
这里进行了基于MVC模式下的单体和微服务之间动态切换的项目代码架构管理演示。
项目地址:https://gitee.com/JayEinstein/archetype-mvc
一、模块的划分
这里演示的是商城项目,由产品模块(product)、会员模块(member)、订单模块(order)组成,实现一个简单的下单功能,需要校验会员信息,获取产品信息,扣减库存,最后生成订单。
项目结构:
archetype-mvc
+- shop-common
+- shop-controller
| +- member-controller
| +- order-controller
| +- product-controller
+- shop-dao
+- shop-model
+- shop-service
| +- member-service
| +- order-service
| +- product-service
+- shop-service-dao
| +- member-service-dao
| +- order-service-dao
| +- product-service-dao
+- shop-service-rpc
| +- member-service-rpc
| +- order-service-rpc
| +- product-service-rpc
+- start
| +- start-all
| +- start-member
| +- start-order
| +- start-product
+- start-gateway
| +- app-gateway
| +- bops-gateway
我们熟悉的mvc模式是由controller
-service
-dao
链路组成的。这里以service
为转接,拆分为controller
-service
,service
-repository
两段,repository
可以是dao
或者是rpc
,而这两组都不能独立成为一个应用,必须进行拼接才能形成一个完整的应用。于是如下:
- 当
repository
为dao
时,两组对接形成controller
-service
-dao
,也就是我们常见的mvc模式。 - 当
repository
为rpc
是,两组对接形成controller
-service
-rpc
,也就成了远程服务的调用模式。
基于这个原理,这里对项目进行了如下划分:
- shop-controller,定义服务对外的接口,也是模块的入口,依赖shop-service进行功能的实现。
- shop-service,只定义了service接口,没有具体的实现功能,需要依赖
repository
- shop-service-dao,依赖shop-service, 是shop-service的dao功能实现
- 可能会再次依赖别的模块的shop-service,如,下单就得用到了产品和会员,所以order-service-dao就会依赖到product-service和member-service(并不是product-service-dao和member-service-dao)
- shop-service-rpc,依赖shop-service, 是shop-service的rpc功能实现
- 这里和shop-service-dao不太一样,rpc只依赖于自己模块下的shop-service,rpc会调用别的服务,也就是shop-controller
- shop-common,全局通用工具封装
- shop-model,项目模型、实体、枚举、VO、常量等
- shop-dao,可分可不分的dao实现
- start-gateway,应用网关。
- start,启动项、模块的集合。
二、模块的组装
从上面得知,一个完整的mvc应用需要controller
-service
-dao
的链路,所以,shop-controller就是我们模块的入口,shop-controller依赖了shop-service,
那么引入了shop-controller我们需要再引入一个shop-service-dao或者shop-service-rpc就可以了。
而start就是controller
-service
-dao
的模块组装。
1. 组装一个全功能的单体应用
start-all的pom下,我们把所有的shop-controller都引入进来,order-controller、member-controller、product-controller,
此时controller
-service
-dao
链路是不完整的,然后再把 order-service-dao、member-service-dao、product-service-dao引入进来,
功能就齐全了。
<dependencies>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>order-controller</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>member-controller</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>product-controller</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>order-service-dao</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>member-service-dao</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>product-service-dao</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
</dependencies>
启动start-all,就拥有了完整的下单,查看产品,扣减库存,查看会员信息的功能了。
- 下单接口
com.mvc.controller.order.OrderController.create
- url路径:http://localhost:9000/shop/order/create
{
"memId": "1",
"productId": "1",
"buyNum": "1"
}
2.组装一个产品微服务
当我们上面的start-all的单体服务运行中,客流量突然增加,产品的访问数据剧增,此时我们需要对产品进行独立拆分和部署,
那么我们组装一个start-product服务,pom配置为:
<dependencies>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>product-controller</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.mvc</groupId>
<artifactId>product-service-dao</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
</dependencies>
同时,我们把start-all中的product-service-dao改为product-service-rpc,那么我们就可以把下单中的product-service服务接口导向了start-product中了。
<!-- <dependency> -->
<!-- <groupId>com.mvc</groupId> -->
<!-- <artifactId>product-service-dao</artifactId> -->
<!-- <version>1.0-SNAPSHOT</version> -->
<!-- </dependency> -->
<dependency>
<groupId>com.mvc</groupId>
<artifactId>product-service-rpc</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
再次调用下单接口,我们就会发现下单中的产品交互全部都使用了product-controller服务的接口。
相关接口代码路径:
- 获取产品信息接口:com.mvc.controller.product.ProductController.getProductById
- 扣减库存接口:com.mvc.controller.product.ProductController.deductionStock
3.其它服务的组装
同理得,其它模块同样可以单独的服务化,见start-order,start-member。