微服务开发框架主流技术介绍

最新推荐文章于 2025-06-10 23:03:16 发布

原创最新推荐文章于 2025-06-10 23:03:16 发布 · 309 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#微服务 #java #架构

本文介绍了微服务架构的核心概念，包括服务发现、负载均衡和服务容错。重点讨论了Spring Cloud生态中的Nacos作为服务发现和配置管理工具，Ribbon的负载均衡策略，Sentinel的服务容错机制，以及Seata的分布式事务解决方案。此外，还提到了Gateway作为服务网关的角色和重要功能。

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

想要了解微服务开发的框架，首先就得知道是什么是微服务架构？

微服务架构：

而微服务架构是一种特殊的分布式架构；

所谓分布式架构：

现如今市面上的大部分分布式架构都是用spring提供的sprng-cloud框架提供的；

spring-cloud是一个微服务架构的工具集，上面提供了大量的微服务所用的工具；

伞形项目，由多个子项目组成，主要的子项目：

spring-cloud-netflix 最早开源

- eureka 服务发现
- ribbon 负载均衡
- hyxtrix 服务容错
- archlius 配置管理
- zuul 服务网关
- ...
spring-cloud-alibaba 国产
- nacos 服务发现配置管理
- dubbo 服务调用
- sentinel 服务容错
- seata 分布式事务
- ...

spring-cloud 官方

- gateway 服务网关
- loadbalancer 负载均衡
- openfeign 服务调用

而本文主要介绍为个人理解的最终选型：

nacos 服务发现配置管理
sentinel 服务容错
seata 分布式事务
gateway 服务网关
openfeign 服务调用
ribbon 负载均衡

Nacos 服务发现配置管理：

简单原理：服务端在启动时向服务注册表（Service Registry）上报本机的ip及端口号，服务调用端去服务注册表中拉去服务列表中服务端的信息，服务注册表随时 ‘健康检测’服务端的健康状态，如果服务端有变更的ip及端口，或服务端出现异常情况，服务注册表就会向服务调用端发送变更通知，服务调用端在收到变更通知后会重新拉取服务列表的信息。

例：

而nacos 就做了这么一个简单使用的服务发现的功能，并且还集成了配置管理的功能；

Ribbon 负载均衡：

服务端或者服务调用端往往不止有一个实例，这时候在服务调用的时候，如果不能好好的分配调用的话，就会堆积在一个实例上，这就是负载均衡所解决的问题；

负载均衡可以针对不同的情况选择不同的策略，ribbon的默认策略是轮询；

策略名	策略声明	策略描述	实现说明
BestAvailableRule 最小并发数	public class BestAvailableRule extends ClientConfigEnabledRoundRobinRule	选择一个最小的并发请求的server	逐个考察Server，如果Server被tripped了，则忽略，在选择其中ActiveRequestsCount最小的server
AvailabilityFilteringRule	public class AvailabilityFilteringRule extends PredicateBasedRule	过滤掉那些因为一直连接失败的被标记为circuit tripped的后端server，并过滤掉那些高并发的的后端server（active connections 超过配置的阈值）	使用一个AvailabilityPredicate来包含过滤server的逻辑，其实就就是检查status里记录的各个server的运行状态
WeightedResponseTimeRule 响应时间加权	public class WeightedResponseTimeRule extends RoundRobinRule	根据响应时间分配一个weight，响应时间越长，weight越小，被选中的可能性越低。	一个后台线程定期的从status里面读取评价响应时间，为每个server计算一个weight。Weight的计算也比较简单responsetime 减去每个server自己平均的responsetime是server的权重。当刚开始运行，没有形成statas时，使用roubine策略选择server。
RetryRule	public class RetryRule extends AbstractLoadBalancerRule	对选定的负载均衡策略机上重试机制。	在一个配置时间段内当选择server不成功，则一直尝试使用subRule的方式选择一个可用的server
RoundRobinRule 轮询	public class RoundRobinRule extends AbstractLoadBalancerRule	roundRobin方式轮询选择server	轮询index，选择index对应位置的server
RandomRule 随机	public class RandomRule extends AbstractLoadBalancerRule	随机选择一个server	在index上随机，选择index对应位置的server
ZoneAvoidanceRule	public class ZoneAvoidanceRule extends PredicateBasedRule	复合判断server所在区域的性能和server的可用性选择server	使用ZoneAvoidancePredicate和AvailabilityPredicate来判断是否选择某个server，前一个判断判定一个zone的运行性能是否可用，剔除不可用的zone（的所有server），AvailabilityPredicate用于过滤掉连接数过多的Server。