微服务综合案例-01-需求分析

本文详细介绍了微服务架构中常见的设计模式,如代理、聚合、链条、数据共享和异步模式,并结合一个具体的案例进行需求分析。案例包含用户、商品、订单和支付服务,每个服务均有独立数据库,采用代理链条设计。下篇将深入探讨服务设计。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  前面我们分别给大家介绍了SpringBoot,SpringCloud的Eureka(注册中心),ribbon(负载均衡),Feign(声明式服务调用),Hystrix(服务容错)等内容,在介绍后续内容之前我们穿插通过一个案例来综合使用下前面介绍的内容。

一、服务号常用设计模式介绍

  首先我们来看下在微服务架构中我们经常会选用的设计模式

1.代理设计模式

  代理服务作为整个系统的入口服务。

在这里插入图片描述

代理服务的作用:

  1. 服务统一的入口
  2. 鉴权校验
  3. 请求过滤(服务网关)

2.聚合设计模式

  聚合设计常用在报表项目中,在报表服务中可以直接获取到其他各个系统中的数据。

在这里插入图片描述

3.链条设计模式

  服务于服务相互之间相互关联,比如交易系统中查看交易信息,交易信息一般会包括:1.支付信息,2.订单信息,3.上篇信息,4.用户信息等

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

波波烤鸭

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值