java 容错_SpringCloud之微服务容错的实现

2023-10-21 11:40

本文主要是介绍java 容错_SpringCloud之微服务容错的实现,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1.雪崩效应

65a4385df87c542ced3f9aec9e0bc8d1.png

雪崩效应

如上图所示,假设我们有3个微服务A,B,C,A调用B,B调用C,如果C挂掉了,由于B是同步调用,不断等待,导致资源耗尽,B也挂掉,接下来A也挂掉了,造成了雪崩效应!为了防止雪崩效应,所以我们要在本篇文章中介绍Hystrix。

2.Hystrix

e3d70535b20e2481b48bfb0dca268e2b.png

Hystrix

hystrix对应的中文名字是“豪猪”,豪猪周身长满了刺,能保护自己不受天敌的伤害,代表了一种防御机制,反正这种猪我是没吃过的,不敢吃。那么Hystrix又具备什么样的特点呢:

2.1服务降级

双11的时候我们经常看到哎哟被挤爆了,这其实就是一种服务降级。那么Hystrix是怎么做到服务降级的呢?

2.1.1优先核心服务,非核心服务不可用或者弱可用

比如在一个系统中我们可能有限保证订单和支付服务,但是对于广告之类的服务就若花掉

2.1.2通过HystrixCommand注解

2.1.3fallbackMethod中具体实现降级逻辑

2.1.4具体使用

2.1.4.1pom.xml

org.springframework.cloud

spring-cloud-starter-netflix-hystrix

2.1.4.2启动类

//@SpringBootApplication

//@EnableDiscoveryClient

//@EnableCircuitBreaker

@SpringCloudApplication

public class OrderApplication {

public static void main(String[] args) {

SpringApplication.run(OrderApplication.class, args);

}

}

在这里我们引入了@EnableCircuitBreaker这个注解,但是可以看到我们的main函数所在的类上面有好多注解了,我们这里用一个SpringCloudApplication注解包含上面的3个注解

2.1.4.3HystrixCommand与fallback的使用

@HystrixCommand(fallbackMethod="fallback")

@GetMapping("/getProductInfoList")

public String getProductInfoList(@RequestParam("number") Integer number) {

RestTemplate restTemplate = new RestTemplate();

return restTemplate.postForObject("http://127.0.0.1:8005/product/listForOrder",

Arrays.asList("157875196366160022"),

String.class);

}

private String fallback() {

return "太拥挤了, 请稍后再试~~";

}

假设你的方法有几万个,上面的这种写法用@HystrixCommand这个注解肯定要用几万次,太麻烦了,我们来优化和更新一下:

@RestController

@DefaultProperties(defaultFallback = "defaultFallback")

public class HystrixController {

@HystrixCommand(commandProperties = {

@HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "3000")

})

@GetMapping("/getProductInfoList")

public String getProductInfoList(@RequestParam("number") Integer number) {

RestTemplate restTemplate = new RestTemplate();

return restTemplate.postForObject("http://127.0.0.1:8005/product/listForOrder",

Arrays.asList("157875196366160022"),

String.class);

}

private String defaultFallback() {

return "默认提示:太拥挤了, 请稍后再试~~";

}

}

直接在Controller上面写了一个DefaultProperties这样的注解,然后定义了一个defaultFallback这样的方法,我们在getProductInfoList这个方法上的@HystrixCommand注解上可以不在注明fallback方法了,因为我们都用defaultFallback了。但是在这里我们用了一个commandProperties = {

@HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "3000"),这个表示当调用方法超过3秒钟时,就服务降级

2.2依赖隔离

Hystrix使用依赖隔离完成的是线程池的隔离,它为每个HystrixCommand创建一个单独的线程池。这样某个在HystrixCommand包装下的依赖服务出现延迟过高的情况,也只是对该依赖的服务调用产生影响,并不会拖慢其他服务。使用了HystrixCommand将某个函数包装成Hystrix命令时,Hystrix框架就会自动的为这个函数实现了依赖隔离,所以依赖隔离和服务降级是一体化实现的。

2.3服务熔断

当服务调用发生错误到一定比例的时候,断路器就会打开,服务的调用会转向另外一个指定的调用方法,这就是服务熔断,这样说比较抽象,我们看看下面这个图:

05300f1f7797c58334dc34d0d6393438.png

断路器

断路器一共有三个状态,初始的时候是closed状态,如果用户不断调用且失败次数达到了一定的阈值,这个时候断路器就会变成open状态,接下来用户不断调用这个接口都是进入到另一个缺省方法中。但是断路器不会一直处于open状态,当open状态达到一定时间后,断路器会变成half open状态,进入half open状态后,将会允许请求再次访问真正的服务,如果访问成功了,断路器会变成closed状态,服务恢复正常,如果还失败又再次进入到open状态。

2.3.1代码演示

@HystrixCommand(commandProperties = {

@HystrixProperty(name = "circuitBreaker.enabled", value = "true"), //设置熔断

@HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "10"), //请求数达到后才计算

@HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds", value = "10000"), //休眠时间窗

@HystrixProperty(name = "circuitBreaker.errorThresholdPercentage", value = "60"), //错误率

})

@GetMapping("/getProductInfoList")

public String getProductInfoList(@RequestParam("number") Integer number) {

if (number % 2 == 0) {

return "success";

}

RestTemplate restTemplate = new RestTemplate();

return restTemplate.postForObject("http://127.0.0.1:8005/product/listForOrder",

Arrays.asList("157875196366160022"),

String.class);

}

通过代码,我们可以看到,有四个参数,但是最重要的还是这三个参数:

1.circuitBreaker.requestVolumeThreshold 请求数达到后才计算

2.circuitBreaker.sleepWindowInMilliseconds open状态达到这个时间后,就会进入到半熔断状态

3.circuitBreaker.errorThresholdPercentage 失败请求比例

2.3.2使用配置项

从上面的代码中,我们可以看到,很多配置项都是写在了代码里面,接下来,我们把这些配置放到配置文件里面去:

@HystrixCommand

@GetMapping("/getProductInfoList")

public String getProductInfoList(@RequestParam("number") Integer number) {

if (number % 2 == 0) {

return "success";

}

RestTemplate restTemplate = new RestTemplate();

return restTemplate.postForObject("http://127.0.0.1:8005/product/listForOrder",

Arrays.asList("157875196366160022"),

String.class);

}

在yaml文件中添加这样的配置:

hystrix:

command:

default:

execution:

isolation:

thread:

timeoutInMilliseconds: 1000

getProductInfoList:

execution:

isolation:

thread:

timeoutInMilliseconds: 3000

在yaml文件中有一个getProductInfoList配置项,和方法名一模一样,还有一个default选项,default选项表示所有被HystrixCommand注解的方法都可以用这个配置,getProductInfoList表示只有这个方法可以用这个配置项。

2.3.3feign-hystrix的使用

上面的小章节我们使用的是RestTemplate模板,接下来我们使用feign配合hystrix来进行使用,有意思的是大家可以看看spring-cloud-starter-feign的pom.xml其实已经在内部依赖了hystrix。

2.3.3.1yaml配置文件

feign:

hystrix:

enabled: true

2.3.3.2FeignClient

@FeignClient(name = "product", fallback = ProductClient.ProductClientFallback.class)

public interface ProductClient {

@PostMapping("/product/listForOrder")

List listForOrder(@RequestBody List productIdList);

@PostMapping("/product/decreaseStock")

void decreaseStock(@RequestBody List decreaseStockInputList);

@Component

static class ProductClientFallback implements ProductClient {

@Override

public List listForOrder(List productIdList) {

return null;

}

@Override

public void decreaseStock(List decreaseStockInputList) {

}

}

}

两个注意点,一个是fallback的配置,还有一个是内部类需要加上@Component注解

2.3.3.3调用方记得加上ComponentScan

2.4监控HystrixDashBoard

2.4.1pom.xml

spring-cloud-starter-hystrix-dashboard

2.4.2yaml文件

management:

context-path: /

2.4.3访问

IP:PORT/hystrix

服务容错就讲到这里,下一章节我们讲解下服务跟踪。希望对大家的学习有所帮助,也希望大家多多支持脚本之家。

这篇关于java 容错_SpringCloud之微服务容错的实现的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/254154

相关文章

基于C++的UDP网络通信系统设计与实现详解

《基于C++的UDP网络通信系统设计与实现详解》在网络编程领域,UDP作为一种无连接的传输层协议,以其高效、低延迟的特性在实时性要求高的应用场景中占据重要地位,下面我们就来看看如何从零开始构建一个完整... 目录前言一、UDP服务器UdpServer.hpp1.1 基本框架设计1.2 初始化函数Init详解

Java中Map的五种遍历方式实现与对比

《Java中Map的五种遍历方式实现与对比》其实Map遍历藏着多种玩法,有的优雅简洁,有的性能拉满,今天咱们盘一盘这些进阶偏基础的遍历方式,告别重复又臃肿的代码,感兴趣的小伙伴可以了解下... 目录一、先搞懂:Map遍历的核心目标二、几种遍历方式的对比1. 传统EntrySet遍历(最通用)2. Lambd

Spring Boot 中 RestTemplate 的核心用法指南

《SpringBoot中RestTemplate的核心用法指南》本文详细介绍了RestTemplate的使用,包括基础用法、进阶配置技巧、实战案例以及最佳实践建议,通过一个腾讯地图路线规划的案... 目录一、环境准备二、基础用法全解析1. GET 请求的三种姿势2. POST 请求深度实践三、进阶配置技巧1

springboot+redis实现订单过期(超时取消)功能的方法详解

《springboot+redis实现订单过期(超时取消)功能的方法详解》在SpringBoot中使用Redis实现订单过期(超时取消)功能,有多种成熟方案,本文为大家整理了几个详细方法,文中的示例代... 目录一、Redis键过期回调方案(推荐)1. 配置Redis监听器2. 监听键过期事件3. Redi

Spring Boot 处理带文件表单的方式汇总

《SpringBoot处理带文件表单的方式汇总》本文详细介绍了六种处理文件上传的方式,包括@RequestParam、@RequestPart、@ModelAttribute、@ModelAttr... 目录方式 1:@RequestParam接收文件后端代码前端代码特点方式 2:@RequestPart接

SpringBoot整合Zuul全过程

《SpringBoot整合Zuul全过程》Zuul网关是微服务架构中的重要组件,具备统一入口、鉴权校验、动态路由等功能,它通过配置文件进行灵活的路由和过滤器设置,支持Hystrix进行容错处理,还提供... 目录Zuul网关的作用Zuul网关的应用1、网关访问方式2、网关依赖注入3、网关启动器4、网关全局变

SpringBoot全局异常拦截与自定义错误页面实现过程解读

《SpringBoot全局异常拦截与自定义错误页面实现过程解读》本文介绍了SpringBoot中全局异常拦截与自定义错误页面的实现方法,包括异常的分类、SpringBoot默认异常处理机制、全局异常拦... 目录一、引言二、Spring Boot异常处理基础2.1 异常的分类2.2 Spring Boot默

基于SpringBoot实现分布式锁的三种方法

《基于SpringBoot实现分布式锁的三种方法》这篇文章主要为大家详细介绍了基于SpringBoot实现分布式锁的三种方法,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录一、基于Redis原生命令实现分布式锁1. 基础版Redis分布式锁2. 可重入锁实现二、使用Redisso

SpringBoo WebFlux+MongoDB实现非阻塞API过程

《SpringBooWebFlux+MongoDB实现非阻塞API过程》本文介绍了如何使用SpringBootWebFlux和MongoDB实现非阻塞API,通过响应式编程提高系统的吞吐量和响应性能... 目录一、引言二、响应式编程基础2.1 响应式编程概念2.2 响应式编程的优势2.3 响应式编程相关技术

SpringBoot的全局异常拦截实践过程

《SpringBoot的全局异常拦截实践过程》SpringBoot中使用@ControllerAdvice和@ExceptionHandler实现全局异常拦截,@RestControllerAdvic... 目录@RestControllerAdvice@ResponseStatus(...)@Except