springcloud入门——Hystrix服务熔断及Dashboard

目录

1.服务熔断

2.Hystrix之服务熔断案例

3.Hystrix图形化Dashboard搭建

---

1.服务熔断

熔断机制概述：

熔断机制是应对雪崩效应的一种微服务链路保护机制。当扇出链路的某个微服务出错不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。当检测到该节点微服务调用响应正常后，恢复调用链路。而断路器，相当于保险丝。

简单来说，类比于访问达到最大限度后，直接拒绝访问，拉闸限电，然后调用fallback方法，返回错误提示。当我们关闭一些电器，恢复正常后，即恢复调用链路。

服务的降级——>服务的熔断——>恢复链路

在Spring Cloud框架里，熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况，当失败的调用到一定阈值，缺省是5秒内20次调用失败，就会启动熔断机制。熔断机制的注解是@HystrixCommand。

 Half Open状态下：当有少量请求过来了（系统认为自己能承受得住），会尝试放开这些请求过去，开始慢慢慢尝试恢复链路状态。直至Open状态。

2.Hystrix之服务熔断案例

 1.修改payment8001微服务service类：首先在HystrixCommand注解中制定兜底方法，并添加属性，开启断路器、配置请求次数、配置请求所允许时间、配置熔断失败率（此处为失败6次即跳闸）

此处为开启熔断器所需配置属性中官网的详细叙述：

2.修改控制类，提供服务熔断的访问方法：

正常情况下结果如下：

继续此时，多次错误，再来次正确，但错误得显示

重点测试 - 多次错误，然后慢慢正确，发现刚开始不满足条件，就算是正确的访问地址也不能进行

服务器慢慢才可以恢复正常。

案例总结：

熔断类型

• 熔断打开：请求不再进行调用当前服务，内部设置时钟一般为MTTR(平均故障处理时间)，当打开时长达到所设时钟则进入半熔断状态。
• 熔断关闭：熔断关闭不会对服务进行熔断。
• 熔断半开：部分请求根据规则调用当前服务，如果请求成功且符合规则则认为当前服务恢复正常，关闭熔断。

涉及到断路器的三个重要参数

•     快照时间窗：断路器确定是否打开需要统计一些请求和错误数据，而统计的时间范围就是快照时间窗，默认为最近的10秒。
•     请求总数阀值：在快照时间窗内，必须满足请求总数阀值才有资格熔断。默认为20，意味着在10秒内，如果该hystrix命令的调用次数不足20次7,即使所有的请求都超时或其他原因失败，断路器都不会打开。
•     错误百分比阀值：当请求总数在快照时间窗内超过了阀值，比如发生了30次调用，如果在这30次调用中，有15次发生了超时异常，也就是超过50%的错误百分比，在默认设定50%阀值情况下，这时候就会将断路器打开。

断路器开启或者关闭的条件

•     到达以下阀值，断路器将会开启：
•     当满足一定的阀值的时候（默认10秒内超过20个请求次数)
•     当失败率达到一定的时候（默认10秒内超过50%的请求失败)
•     当开启的时候，所有请求都不会进行转发
•     一段时间之后（默认是5秒)，这个时候断路器是半开状态，会让其中一个请求进行转发。如果成功，断路器会关闭，若失败，继续开启。

断路器打开之后

1：再有请求调用的时候，将不会调用主逻辑，而是直接调用降级fallback。通过断路器，实现了自动地发现错误并将降级逻辑切换为主逻辑，减少响应延迟的效果。

2：原来的主逻辑要如何恢复呢？

hystrix为我们实现了自动恢复功能。

当断路器打开，对主逻辑进行熔断之后，hystrix会启动一个休眠时间窗，在这个时间窗内，降级逻辑是临时的成为主逻辑，当休眠时间窗到期，断路器将进入半开状态，释放一次请求到原来的主逻辑上，如果此次请求正常返回，那么断路器将继续闭合，主逻辑恢复，如果这次请求依然有问题，断路器继续进入打开状态，休眠时间窗重新计时。

3.Hystrix图形化Dashboard搭建

除了隔离依赖服务的调用以外，Hystrix还提供了准实时的调用监控(Hystrix Dashboard)，Hystrix会持续地记录所有通过Hystrix发起的请求的执行信息，并以统计报表和图形的形式展示给用户，包括每秒执行多少请求多少成功，多少失败等。

Netflix通过hystrix-metrics-event-stream项目实现了对以上指标的监控。Spring Cloud也提供了Hystrix Dashboard的整合，对监控内容转化成可视化界面。

新建module cloud-Hystrix-Dashboard，作为监控器。

修改pom文件（主要引入dashboard依赖）：

若出现版本冲突，无法引入，可修改为：

建立主启动类：

至此，监控器配置完毕。

接着，需要配置相关信息，保证payment8001服务可被监控：

导入actuator依赖；

主启动类中写配置信息

开始测试，观察监控窗口

9001监控8001 - 填写监控地址 - http://localhost:8001/hystrix.stream 到 http://localhost:9001/hystrix页面的输入框。

测试地址

    http://localhost:8001/payment/circuit/1

    http://localhost:8001/payment/circuit/-1

    先访问正确地址，再访问错误地址，再正确地址，会发现图示断路器都是慢慢放开的。

在9001查看监控图：

 监控结束。