分布式系统架构中高可用方案技术选型:Hystrix 框架实现服务保护使用详解
16lz
2021-05-05
Hystrix
- Hystrix是Netflix开源的高可用框架,能够完美解决分布式系统架构中高可用服务的问题
- 断路器
- 服务降级
- 服务熔断
- 服务隔离机制
- 服务雪崩效应
- Hystrix具有自我保护能力
服务保护概念
- 在微服务高可用分布式系统中会出现:服务间的调用超时,服务间的调用时失败问题
服务雪崩效应
- 默认情况下,Tomcat只有一个线程池处理客户端发送的请求,这样在高并发的情况下客户端所有请求堆积在同一个服务接口,就会产生Tomcat所有线程池去处理服务接口,会导致其它服务接口无法访问,这样在其它接口访问的时候就会产生延迟和等待
- 服务雪崩效应严重会造成连环雪崩效应,可能会导致所有微服务接口无法访问,导致整个服务瘫痪
Tomcat中有个线程池,每个线程去处理客户端发送的每次请求
- 基于Hystrix解决服务雪崩效应的机制:
- 服务降级:
- 服务熔断:
- 服务隔离:
服务降级
- 在高并发的情况下,防止用户等待,服务调用fallBack方法,返回一个友好提示直接给客户端而不会去处理请求,目的是为了提升用户体验
当Tomcat中没有线程处理客户端请求的时候,不应该让界面一致转圈,让用户等待
如果服务在调用其它接口超时的时候(默认1秒),默认情况下,业务逻辑是可以执行的,如果服务没有响应直接执行的是服务降级方法
### 服务熔断- 在高并发的情况下,设定服务的阈值,当流量过高超出给定的阈值,会自动开启保护功能,使用服务降级方式返回一个友好提示给客户端- 熔断机制和服务降级是一起作用的- 服务熔断的目的是为了保护服务### 服务隔离- 服务隔离有两种:**线程池隔离**和**信号量隔离**- **线程池隔离:** - **每个服务接口都有自己独立的线程池,每个线程池互补影响** - 由于线程池CPU占用率非常高,不是所有服务接口都采用线程池隔离,只有核心关键的接口才会采用线程池隔离# Hystrix环境搭建- 导入Hystrix依赖:spring-cloud-starter-netflix-hystrix- 在服务消费者(Consumer)项目中的配置文件中开启Hystrix断路器
feign.hystrix.enabled=true
- 在配置文件中设置hystrix服务超时时间,防止业务服务响应不及时,执行服务降级
hystrix.command.default.execution.isolation.thread. timeoutInMilliseconds=10000
- 在主类上标注@EnableFeignClient开启Fegin的Hystrix功能- 在服务实现的方法上标注 **@HystrixCommand**注解使用Hystrix框架
@HystrixCommand默认开启了服务降级,服务熔断,服务隔离@HystrixCommand中的服务隔离默认开启线程池隔离方式
br/>@HystrixCommand中的服务隔离默认开启线程池隔离方式
### fallback接口- Hystrix使用**类方式fallback**进行服务降级的方法处理
1.新建fallback类2.类上标注@Component注解将类加载到容器中
br/>2.类上标注@Component注解将类加载到容器中
©著作权归作者所有:来自51CTO博客作者攻城狮Chova的原创作品,如需转载,请注明出处,否则将追究法律责任
更多相关文章
- 创建线程那么容易,为什么非要让我使用线程池?(深深深入剖析)
- 微服务开发神器之JRebel 插件破解和实现本地及远程热部署教程
- 推荐使用 SSH 方式连接 Git 服务
- FutureTask 使用指南
- Java线程池总结
- OpenDaylight实现轮询策略的负载均衡服务
- 传统架构云化后的运维,维护的是什么?
- 「网络架构」网络代理第一部分: 代理概述
- 一次 Logback 发现的隐患