resilience4j的circuitbeaker,bulkheader,ratelimiter,retry的使用

resilience4j是提供服务熔断,降级,限流,重试等能力的微服务组件。在hystrix不再维护之后,目前作为前者的替代品。也是目前官方所主推的组件。其相对于hystrix更轻量级,没有复杂的依赖。其提供的能力比hystrix更强。其函数式风格的api能写出很简洁的代码。也有和spring-boot整合,能通过简单的注解和配置来集成其能力。其主要组件主要为**circuitbeaker(断路器),bulkheader(挡板),ratelimiter(限流器),retry(重试)**各个组件状态的变更都内置了事件接口。可以针对其事件做一个处理。

1.circuitbeaker(断路器)

断路器:在微服务技术中扮演则重要的角色,其主要作用是检测服务的异常次数,在达到阈值后会打开断路器,进行服务降级。避免拖垮整个服务。再后续一段时间后,又会放出一部分流量,看调用是否正常再决定关闭断路器。状态的转换图如下(图片来自官网)
在这里插入图片描述
关闭状态,打开状态,半开状态,3者的状态根据调用统计的结果相互转换

调用次数结果的存贮基于滑动窗口算法。
circuitbreaker提供了2种滑动窗口算法,一种基于有限窗口的总次数,(例如窗口的大小为10,就统计最近10次的调用结果来进行状态的转换),另一种基于时间的窗口算法。例如窗口是10,则可把最近10秒看做10个桶子,每个桶子保留当前那秒对应的所有调用结果,根据所有桶内的调用结果来进行状态的转换

1.1 circuitBeaker api的使用

CircuitBeakerRegistry:单个registry实例,可配置CircuitBreakerConfig,用户可根据自己想选择的Config类来生成对应的circuitBreaker实例。
主要属性如下

配置属性 默认值 描述
failureRateThreshold 50 失败率,调用失败达到该阈值,断路器会被打开,默认为50%
permittedNumberOfCalls
InHalfOpenState 10 半开状态下,能提供的凭证(即能通过的调用)
slidingWindowType COUNT_BASED 滑动窗口类型,默认为累计计数
slidingWindowSize 100 滑动窗口大小
minimumNumberOfCalls 100 每个滑块周期内,至少要满足多少调用次数,否则即使达到了错误率,也不会进行状态的变更
recordExceptions empty 该被纳入错误率计算的异常,默认为空
ignoreExceptions empty 不该被纳入错误率计算的异常,默认为空
recordFailurePredicate throwable -> true 异常预测类,默认异常都为true,即都该被纳入错误率
ignoreExceptionPredicate throwable -> false 异常忽略预测类,默认异常都为false,即都不该纳入错误率

其余详细配置,其移步官方文档
https://resilience4j.readme.io/docs/circuitbreaker
示例代码如下
如果是maven项目,需引入相关依赖,由于我使用的是spring-boot所以直接引入spring-boot的resilience4j

<dependency>
            <groupId>io.github.resilience4j</groupId>
            <artifactId>resilience4j-spring-boot2</artifactId>
            <version>1.7.1</version>
        </dependency>

原生api的使用

package com.ly;

import io.github.resilience4j.bulkhead.Bulkhead;
import io.github.resilience4j.bulkhead.BulkheadConfig;
import io.github.resilience4j.bulkhead.ThreadPoolBulkhead;
import io.github.resilience4j.bulkhead.ThreadPoolBulkheadConfig;
import io.github.resilience4j.circuitbreaker.CircuitBreaker;
import io.github.resilience4j.circuitbreaker.CircuitBreakerConfig;
import io.github.resilience4j.circuitbreaker.CircuitBreakerRegistry;
import io.github.resilience4j.ratelimiter.RateLimiter;
import io.github.resilience4j.ratelimiter.RateLimiterConfig;
import io.github.resilience4j.retry.Retry;
import io.github.resilience4j.retry.RetryConfig;
import io.vavr.control.Try;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.test.context.junit4.SpringRunner;

import java.time.Duration;
import java.util
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Resilience4j-cache 是一个基于 Resilience4j 的缓存库,提供了对缓存的重试、熔断和限流等功能。它可以很方便地与 Spring Boot 集成使用。 以下是使用 Resilience4j-cache 的步骤: 1. 添加依赖 在 pom.xml 文件中添加以下依赖: ``` <dependency> <groupId>io.github.resilience4j</groupId> <artifactId>resilience4j-cache</artifactId> <version>1.7.0</version> </dependency> ``` 2. 配置缓存 在 Spring Boot 的配置文件中添加以下配置: ``` resilience4j.cache.caffeine.instances.myCache.maximum-size=1000 resilience4j.cache.caffeine.instances.myCache.expire-after-write=5s ``` 该配置表示创建一个名为 `myCache` 的缓存,最大容量为 1000,写入后 5 秒过期。 3. 创建缓存 在代码中创建缓存实例: ``` Cache<String, String> cache = Cache.of("myCache", CacheConfig .custom() .expireAfterWrite(Duration.ofSeconds(5)) .maximumSize(1000) .build() ); ``` 4. 使用缓存 使用 `cache.get(key, loader)` 方法获取缓存项,如果缓存不存在,则会调用 `loader` 方法加载数据。 ``` String value = cache.get("key", () -> { // 从数据库或其他地方加载数据 return "value"; }); ``` 5. 配置重试、熔断和限流 可以使用 Resilience4j 提供的 `Retry`、`CircuitBreaker` 和 `RateLimiter` 等组件对缓存进行重试、熔断和限流等操作。 例如,使用 `Retry` 组件对缓存进行重试操作: ``` Cache<String, String> cache = Cache.of("myCache", CacheConfig .custom() .expireAfterWrite(Duration.ofSeconds(5)) .maximumSize(1000) .build() ); Retry retry = Retry.ofDefaults("retry"); Function<String, String> decorated = Retry.decorateFunction(retry, cache::get); String value = decorated.apply("key"); ``` 以上就是使用 Resilience4j-cache 的基本步骤。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值