微服务知识——4大主流微服务架构方案

文章目录

  • 1、微服务聚合模式
  • 2、微服务共享模式
  • 3、微服务代理模式
  • 4、微服务异步消息模式

微服务是大型架构的必经之路,也是大厂重点考察对象,下面我就重点详解4大主流微服务架构方案。

1、微服务聚合模式

微服务聚合设计模式,解决了如何从多个微服务中聚合数据,以便客户端可以获得所需的完整信息,而不需要多次请求不同的服务。

此类模式主要用于简化客户端的操作,减少与多个微服务交互的复杂性。

如下图所示:

通过构建一个聚合服务(又称聚合层或聚合微服务),将多个微服务的响应数据进行聚合,形成一个统一的结果返回给客户端。

聚合服务,通过调用多个微服务的 API,收集它们的响应并进行整合。

优点:

  • 简化客户端请求:客户端只需调用聚合服务,不需要直接与多个微服务交互。
  • 减少服务间依赖:聚合服务可以减轻微服务之间的耦合度,服务间可以独立变化。

缺点:

  • 聚合服务可能成为性能瓶颈,需特别关注聚合服务的可扩展性。
  • 如果聚合的服务很多,可能需要额外的处理来确保高效聚合。

2、微服务共享模式

微服务提倡的是:每个服务拥有自己的独立数据库(比如:数据库独立性原则),以确保服务之间的高内聚性、和低耦合性。

然而,在某些情况下,由于业务需求或技术限制,多个微服务可能需要共享数据。

如下图所示:

实际上在微服务架构的初期阶段,很多企业可能会采用 共享数据库 模式,来简化系统的开发和维护,尤其是在微服务迁移的过渡阶段。

这样做虽然简化了架构,但却违反了微服务的原则,因为它导致了微服务之间的紧密耦合。

因此,"共享数据库"模式通常被视为"过渡性"或"反模式",不是长期推荐的设计。

3、微服务代理模式

微服务代理是一种中间层,用于处理服务之间的通信。

如下图所示:

在这种模式下,代理服务充当了其他微服务的代理,接收客户端的请求并将其转发给后端服务进行处理。

在 Sidecar 代理模式 中,Sidecar 是与每个微服务实例配对部署的。

每个微服务实例旁边都有一个独立的代理进程,这些代理共同组成一个统一的服务网格。

代理负责捕获并管理服务的入站和出站流量。代理通常会与服务网格的 控制平面 交互,获取流量路由、负载均衡、访问策略等配置。

优点:

  • 解耦:客户端和微服务之间的交互通过代理服务来处理。
  • 统一入口:所有请求都经过代理,易于管理、监控和控制。

缺点:

  • 代理服务需要额外的资源来处理请求,可能成为性能瓶颈。

4、微服务异步消息模式

异步消息设计模式,在微服务架构中非常重要,它允许微服务通过消息队列、事件流等方式进行松散耦合的通信。

如下图所示:

微服务通过发布事件来通知其他服务发生了某个状态变化。事件通常是业务变化或数据变化的通知,例如:订单创建、支付成功...等。

优点:

  • 服务解耦:服务之间不需要直接调用,只有事件通知机制。
  • 提高吞吐量:通过异步处理,减少了服务的同步依赖。

缺点:

  • 事件的顺序和一致性需要额外考虑,容易出现"事件丢失"或"消息重复消费"的问题。
相关推荐
极客先躯6 小时前
高级java每日一道面试题-2025年3月22日-微服务篇[Nacos篇]-Nacos的主要功能有哪些?
java·开发语言·微服务
赋创小助手8 小时前
Gartner预计2025年AI支出达6440亿美元:数据中心与服务器市场的关键驱动与挑战
运维·服务器·人工智能·科技·架构
magic 2458 小时前
MVC(Model-View-Controller)架构模式和三层架构介绍
架构·mvc
bjzhang758 小时前
微服务组件——Eureka组件的安装与使用指南
微服务·eureka
芯片SIPI设计9 小时前
HBM(高带宽内存)DRAM技术与架构
架构
拉丁解牛说技术9 小时前
AI大模型进阶系列(01)AI大模型的主流技术 | AI对普通人的本质影响是什么?
后端·架构·openai
r0ad9 小时前
文生图架构设计原来如此简单之交互流程优化
架构·aigc
热爱运维的小七9 小时前
从数据透视到AI分析,用四层架构解决运维难题
运维·人工智能·架构
桂月二二10 小时前
实时事件流处理架构的容错设计
架构·wpf
喵个咪11 小时前
开箱即用的GO后台管理系统 Kratos Admin - 定时任务
后端·微服务·消息队列