因问题解决方案请求限流线程隔离失败处理服务熔断解决雪崩问题的常见方案有哪些

Sentineldocker

密码项目导入簇点链路请求限流线程隔离Fallback服务掉线时的处理流程

服务熔断

随着微服务的流行服务和服务之间的稳定性变得越来越重要。

Sentinel

是面向分布式、多语言异构化服务架构的流量治理组件主要以流量为切入点从流量路由、流量控制、流量整形、熔断降级、系统自适应过载保护、热点流量防护等多个维度来帮助开发者保障微服务的稳定性。

同类对比

机制在服务不可用时返回默认值或执行备用逻辑。

隔离通过线程池或信号量隔离资源防止单个服务的故障影响整个系统。

监控提供

Hystrix

QPS、线程数等多种维度的限流。

熔断降级基于响应时间、异常比例等指标进行熔断。

热点参数限流针对特定参数如用户

CPU

微服务调用链路中的某个服务故障引起整个链路中的所有微服务都不可用这就是雪崩。

问题原因

请求限流限制访问微服务的请求的并发量避免服务因流量激增出现故障。

线程隔离

线程隔离也叫做舱壁模式模拟船舱隔板的防水原理。

通过限定每个业务能使用的线程数量而将故障业务隔离避免故障扩散。

失败处理

快速失败给业务编写一个调用失败时的处理的逻辑称为fallback。

当调用出现故障比如无线程可用时按照失败处理逻辑执行业务并返回而不是直接抛出异常。

服务熔断

服务熔断由断路器统计请求的异常比例或慢调用比例如果超出阈值则会熔断该业务则拦截该接口的请求。

服务熔断将异常比例过高的接口断开拒绝所有请求直接走fallback

失败处理定义fallback逻辑让业务失败时不再抛出异常而是返回默认数据或友好提示

Sentinel

Sentinel是阿里巴巴开源的一款微服务流量控制组件。

官网地址

https://sentinelguard.io/zh-cn/index.html

docker

bladex/sentinel-dashboard:latest

开机启动

bladex/sentinel-dashboard:latest账号/

用户名/密码:sentinel

dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-starter-alibaba-nacos-config/artifactId

/dependency

dependencygroupIdorg.springframework.cloud/groupIdartifactIdspring-cloud-starter-bootstrap/artifactId

/dependency

dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-starter-alibaba-sentinel/artifactId

/dependencyspring.cloud.sentinel.transport.dashboard:

Sentinel

控制台用于监控和管理流量控制规则、熔断降级规则等。

你配置的地址是

127.0.0.1:8858表示

spring.cloud.sentinel.http-method-specify:

这个配置项设置为

true表示开启请求方式前缀。

当这个选项开启时Sentinel

会根据

spring:cloud:sentinel:transport:dashboard:

127.0.0.1:8858http-method-specify:

true

false表示在首次访问时初始化。

spring.cloud.sentinel.filter.enabled:

Sentinel

true。

spring.cloud.sentinel.metric.file-single-size:

5242880050MB。

spring.cloud.sentinel.metric.file-total-count:

spring:cloud:sentinel:transport:dashboard:

127.0.0.1:8858

客户端的调用频率防止下游服务被压垮。

熔断降级当下游服务出现异常或响应时间过长时快速失败并执行降级逻辑。

系统保护通过

Sentinel

簇点链路就是单机调用链路。

是一次请求进入服务后经过的每一个被Sentinel监控的资源链。

默认Sentinel会监控SpringMVC的每一个Endpointhttp接口。

限流、熔断等都是针对簇点链路中的资源设置的。

而资源名默认就是接口的请求路径

请求限流

当商品服务出现阻塞或故障时调用商品服务的购物车服务可能因此而被拖慢甚至资源耗尽。

所以必须限制购物车服务中查询商品这个业务的可用线程数实现线程隔离。

Fallback

方式二FallbackFactory可以对远程调用的异常做处理通常都会选择这种

主要用于处理

容错机制确保在服务不可用时系统仍然能够正常运行或提供有意义的反馈。

item-service

CollUtils.emptyList();}Overridepublic

void

itemClientFallbackFactory(){return

new

ItemClientFallbackFactory();}}FeignClient

注解:

ItemClientFallbackFactory.class

item-service

ItemClientFallbackFactory.class)

public

ids);PutMapping(/items/stock/deduct)public

void

熔断是解决雪崩问题的重要手段。

思路是由断路器统计服务调用的异常比例、慢请求比例如果超出阈值则会熔断该服务。

即拦截访问该服务的一切请求而当服务恢复时断路器会放行访问该服务的请求。