断路器Hystrix(Ribbon)
微服务架构中,根据业务划分成若干个服务,各单元应用间通过服务注册与订阅的方式互相依赖,依赖通过远程调用的方式执行,该方式难以避免因网络或自身原因而出现故障或者延迟,从而并不能保证服务的100%可用,此时若有大量的网络涌入,会形成任务累计,导致服务瘫痪,甚至导致服务“雪崩”。
- Hystrix
1.Netflix 已经为我们创建了 Hystrix 库来实现服务降级、服务熔断、线程隔离、请求缓存、请求合并以及服务监控(Hystrix Dashboard)等强大功能,在微服务架构中,多层服务调用是非常常见的。
SRE实战 互联网时代守护先锋,助力企业售后服务体系运筹帷幄!一键直达领取阿里云限量特价优惠。2.较底层的服务中的服务故障可能导致级联故障,当对特定的服务的调用达到一个阀值(Hystric 是5秒20次) 断路器将会被打开,故障百分比大于circuitBreaker.errorThresholdPercentage(默认值:> 50%)时metrics.rollingStats.timeInMilliseconds(默认10秒),断路打开后,开发人员可以回退机制。
官方文档:http://cloud.spring.io/spring-cloud-static/Dalston.SR2/#_circuit_breaker_hystrix_clients
- 准备工作
1.启动Consul
2.创建 battcn-provider
和 battcn-consumer
- battcn-provider
- pom.xml
1 |
<dependencies> |
- ProviderApplication.java
1 |
@SpringBootApplication |
- bootstrap.yml
1 |
server: |
- battcn-consumer
- pom.xml
1 |
<dependencies> |
- ConsumerApplication
1 |
//@EnableDiscoveryClient |
- HiController
1 |
/** |
- bootstrap.yml
1 |
server: |
- 测试
启动:battcn-provider
启动:battcn-consumer
访问:http://localhost:8500/ 显示如下代表服务注册成功
1 |
My Name's :battcn-provider Email:1837307557@qq.com #正确情况 |
- 源码
1.当我们开启Hystrix
的时候 Hystrix 会为我们注入 HystrixCommandAspect
切面,操作所有带HystrixCommand
注解,随后就是通过反射与Cglib创建代理然后发送请求,不管服务是否健壮都会先进入AOP切面然后才会执行后续操作(打脸轻点…)
- 监控
1.在 ConsumerApplication
中添加 @EnableHystrixDashboard
的注解
1 |
@SpringCloudApplication |
2.在 pom.xml
中添加如下配置
1 |
<dependency> |
3.访问:http://localhost:8766/hystrix
4.访问N次:http://localhost:8766/hi
我们可以看到请求成功,失败,等信息
