Spring-cloud的学习---2


前言

这篇文章主要是用来记录自己学习spring-cloud的内容


一、微服务容错简介

在高并发访问之下,服务之间的相互调用频率会突然增加,引发系统负载过高,使得服务的稳定性降低,同时还有其他不确定因素引起雪崩(网络连接中断,服务宕机)。微服务容错组件提供了限流、隔离、降级、熔断等⼿段,可以有效保护微服务系统。

  1. 隔离:微服务A调用B,B调用C,如果C出现故障,那么就会出现调用B的线程阻塞导致B的线程数持续增加知道CPU耗尽100%(微服务A也会因为B的故障而出现一样的问题),整个微服务不可用时,就需要对不可用的服务进行隔离。
    故障示意图
    隔离的分类:
    1. 线程池隔离:通过Java的线程池进⾏隔离,B服务调⽤C服务给予固定的线程数量比如12个线程,如果此时C服务宕机了就算⼤量的请求过来,调⽤C服务的接⼝只会占⽤12个线程不会占⽤其他⼯作线程资源,因此B服务就不会出现故障。
      线程池隔离示意图
    2. 信号量隔离:隔离信号量隔离是使⽤Semaphore来实现的,当拿不到信号量的时候直接拒接因此不会出现超时占⽤其他⼯作线程的情况。(因为当服务C宕机时,信号量会一直被其中一个线程拿着不会释放。)
    3. 线程池隔离和信号量隔离的区别:
      信号量隔离每次都需要去拿到信号量,所以不支持异步
      线程池隔离和信号量隔离的区别
  2. 熔断:当下游的服务因为某种原因突然变得不可⽤或响应过慢,上游服务为了保证⾃⼰整体服务的可⽤性,不再继续调⽤⽬标服务,直接返回,快速释放资源。

熔断
熔断器模型的状态:

 1. Closed:关闭状态,所有请求正常访问。
 2. Open:断路器打开,所有请求降级。熔断器开始对请求情况计数,当失败请求百分比达到阈值(在一定时间内),就会触发熔断,六安路器完全打开。
 3. Half Open:半开状态,不是永久的,断路器打开后进入休眠时间,随后进入半开状态。释放部分请求通过,如果请求是正常的,断路器重回关闭状态,否则保持打开,再次进行休眠计数。
  1. 降级:降级是指当⾃身服务压⼒增⼤时,系统将某些不重要的业务或接⼝的功能降低,可以只提供部分功能,也可以完全停⽌所有不重要的功能。
  2. 限流:限流,就是限制最⼤流量。系统能提供的最⼤并发有限,同时来的请求⼜太多,就需要限流。(进程排队执行)

二、 Resilience4j

Resilience4j提供了提供了⼀组⾼阶函数(装饰器),包括断路器,限流器,重试机制,隔离机制。
Resilience4j的核⼼模块:

  1. resilience4j-circuitbreaker: 熔断
  2. resilience4j-ratelimiter: 限流
  3. resilience4j-bulkhead: 隔离
  4. resilience4j-retry: ⾃动重试
  5. resilience4j-cache: 结果缓存
  6. resilience4j-timelimiter: 超时处理

resilience4j-circuitbreaker: 熔断的实践:
添加相应的依赖

<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-circuitbreakerresilience4j</artifactId>
</dependency>

在订单微服务中配置断路器:
这里配置了两个断路器:backendA和backendB,backendA是基于default的配置,backendB配置了慢调用比例熔断(slowCallRateThreshold: 30 )而backendA配置了异常比例熔断

resilience4j:
  circuitbreaker:
    configs:
      default:
        failureRateThreshold: 30 #失败请求百分⽐,超过这个⽐例,CircuitBreaker变为OPEN状态
        slidingWindowSize: 10 #滑动窗⼝的⼤⼩,配置COUNT_BASED,表示10个请求,配置TIME_BASED表示10秒
        minimumNumberOfCalls: 5 #最⼩请求个数,只有在滑动窗⼝内,请求个数达到这个个数,才会触发CircuitBreader对于断路器的判断
        slidingWindowType: TIME_BASED #滑动窗⼝的类型
        permittedNumberOfCallsInHalfOpenState: 3 #当CircuitBreaker处于HALF_OPEN状态的时候,允许通过的请求个数
        automaticTransitionFromOpenToHalfOpenEnabled: true #设置true,表示⾃动从OPEN变成HALF_OPEN,即使没有请求过来
        waitDurationInOpenState: 2s #从OPEN到HALF_OPEN状态需要等待的时间
        recordExceptions: #异常名单
          - java.lang.Exception
    instances:
      backendA:
        baseConfig: default #熔断器backendA,继承默认配置default
      backendB<
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值