一、Hystrix 简介
hystrix ：通过服务隔离、熔断(也可以称为断路)、降级等手段控制依赖服务的延迟与失败。
二、Hystrix特性
1.断路器机制
断路器很好理解, 当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(Open). 这时所有请求会直接失败而不会发送到后端服务.
断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(HALF-OPEN). 这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(CLOSED), 否则重新切换到开路状态(OPEN).
Hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力.
2.Fallback
Fallback相当于是降级操作. 对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.
3.资源隔离
在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服务的Command放入A线程池, 调用账户服务的Command放入B线程池. 这样做的主要优点是运行环境被隔离开了.
这样就算调用服务的代码存在bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额外的性能开销.
如果是对性能有严格要求而且确信自己调用服务的客户端代码不会出问题的话, 可以使用Hystrix的信号模式(Semaphores)来隔离资源.
三、整合 Hystrix
在 SpringCloud （第三篇）实现eureka 服务调用 的基础上进行整合。复制 子模块cloud_eureka_feign_01 修改 子模块名称为 ：cloud_eureka_hystrix_02
1. 修改配置文件
在 application.yml 中新增如下配置：
feign:
hystrix:
enabled: true
完整配置：
server:
# 服务端口号
port: 9092
spring:
application:
# 服务名：hystrix
name: service-hystrix
eureka:
instance:
hostname: 127.0.0.1
client:
serviceUrl:
# 安全认证的服务注册中心地址
defaultZone: http://${eureka.instance.hostname}:9090/eureka
feign:
hystrix:
enabled: true
2. 新建 UserServiceImp 类 实现 IUserService 接口
@Component
public class UserServiceImp implements IUserService {
@Override
public String getHiFromUserService(String name) {
return "Hello " + name + " this message send failed !";
}
}
3. 修改 ServiceHi接口，在注解上添加上fallback
@FeignClient(value = "server-clien" , fallback = UserServiceImp.class)
依次启动服务cloud_eureka_01、cloud_eureka_client_01和cloud_eureka_hystrix_02 模块进行测试 。
image.png
4. 访问服务
输入地址：http://127.0.0.1:9092/hello/albert 。
image.png
通过图片可知，服务没有问题。
接着，关掉服务提供者 cloud_eureka_client_01 服务，来模拟服务宕机的情况。
image.png
重新访问：http://127.0.0.1:9092/hello/albert，的结果。
image.png
四、整合可视化熔断器监控 Hystrix Dashboard
Hystrix-dashboard是一款针对Hystrix进行实时监控的工具，通过Hystrix Dashboard我们可以在直观地看到各Hystrix Command的请求响应时间, 请求成功率等数据。
1. 添加依赖
org.springframework.cloud
spring-cloud-starter-netflix-hystrix
org.springframework.cloud
spring-cloud-starter-netflix-hystrix-dashboard
2.在启动类是添加注释
// 熔断器监控
@EnableHystrixDashboard
@EnableCircuitBreaker
3. 浏览器访问
在地址栏中输入：http://127.0.0.1:9092/hystrix
image.png
图中显示如下：
- Cluster via Turbine (default cluster): http://turbine-hostname:port/turbine.stream：该url 用于查看默认集群使用；
- Cluster via Turbine (default cluster): http://turbine-hostname:port/turbine.stream ：该url 用于查看指定集群使用；
- Single Hystrix App: http://hystrix-app:port/hystrix.stream ：该url用于 单个应用的监控使用；
我们暂时只演示单个应用 ；所以在输入框中输入：[http://127.0.0.1:9092/hystrix.stream 输入之后点击 monitor，进入页面。
image.png
image.png
如图所示，无法连接；Unable to connect to Command Metric Stream ;
4. 解决无法连接问题
在配置文件中加入management.endpoints.web.exposure.include=*，
将端口暴露就不需要声明bean了，访问地址要变一下/actuator/hystrix.stream
在 application.yml 中进行配置
# 熔断器DashBoard: actuator在boot2.0调整后开关web端点的配置，*代表开启所有
management:
endpoints:
web:
exposure:
include: "*"
重新运行模块，然后在网址一栏输入：http://127.0.0.1:9092/actuator/hystrix.stream 点击 Monitor Stream 按钮。
image.png
页面会不停显示Loading，不用慌，不显示Unable to connect to Command Metric Stream.了。显示Loading是因为因为还没有请求过来。
之后我们尝试发一次请求，在地址栏对 cloud_eureka_hystrix_02 子模块 的9092端口发送请求：
http://127.0.0.1:9092/hello/albert 如下图所示：
image.png