微服务架构6种常用设计模式

代理设计模式

在微服务架构中 代理服务 是必然存在的,常用的代理服务是 网关服务

微服务的各个服务是没有状态的,需要通过统一的入口(代理服务)经过权限的校验、请求的过滤(非法请求、SQL注入等),然后请求具体的服务。
在这里插入图片描述

聚合设计模式

聚合设计模式常用于 报表服务,在微服务系统中报表服务是肯定存在的。

在这里插入图片描述

链条设计模式

在这里插入图片描述

聚合链条设计模式

在这里插入图片描述

数据共享设计模式

后台管理系统一般采用 数据共享设计模式 ,其可以直连多个数据库,但是操作的数据涉及到缓存,必须调接口,因为缓存被子服务用到,还被后台管理系统用到,管理起来会非常麻烦,一个缓存一般只涉及到一个服务。

在这里插入图片描述

异步消息设计模式

验证订单信息、验证产品信息、验证用户消息为同步,Push和短信服务对实时性要求不高为异步。

验证用户消息为同步,Push和短信服务对实时性要求不高为异步。

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值