1、Hystrix集群及监控turbine
2、Feign、Hystrix整合之服务熔断服务降级彻底解耦
3、集群后超时设置
前面Dashboard演示的仅仅是单机服务监控，实际项目基本都是集群，所以这里集群监控用的是turbine。
turbine是基于Dashboard的
先创建集群：
在microservice-student-provider-hystrix-1004项目的基础上再创建一个microservice-student-provider-hystrix
pom.xml依赖
1、yml配置
2、启动类配置
3、新建项目microservice-student-consumer-hystrix-turbine-91
加pom.xml依赖
4、application.ym
5、启动类配置
为了演示服务监控的效果，一个超时一个不超时
修改一下时间
启动注册中心，生产者，消费者，监控平台
测试<code>http://localhost/student/hystrix</code>调用服务集群
<code>http://localhost:91/turbine.stream</code> 可以监控数据，实时ping 返回data
输入<code>http://localhost:90/hystrix</code>进入仪表监控，输入地址
点击进入集群监控仪表
前面的代码只是案例，一个方法写一个服务熔断的处理，实际项目开发中可能会有好多方法需要服务熔断的处理。不可能正常处理业务逻辑的代码和服务熔断的处理代码写一起，会显得类非常的乱。
用<code>@HystrixCommand fallbackMethod</code>是很不好的，因为和业务代码耦合度太高，不利于维护，所以需要解耦，这我们讲下Feign Hystrix整合。
1、microservice-student-provider-hystrix项目修改
按照正常的逻辑来写；
StudentService加新的接口方法：
StudentServiceImpl写具体实现：
StudentProviderController正常调用service方法：
2、microservice-common项目新建FallbackFactory类，解耦服务熔断服务降级
StudentClientService接口，新增getInfo方法
新建 StudentClientFallbackFactory 类，实现FallbackFactory接口
StudentClientService接口的@FeignClient注解加下 fallbackFactory属性
这类我们实现了 降级处理方法实现； 好处：将之前的代码和熔断代码进行解耦
3、microservice-student-consumer-feign-80修改 支持Hystrix
StudentConsumerFeignController新增方法调用
4、microservice-student-consumer-feign-80的application.yml加上hystrix支持
5、microservice-student-consumer-feign-80的启动类上添加公共模块
注意： 公共子项目与当前子项目的基包都要扫描到； 只指定公共子模块为基包会导致本子项目的springmvc功能失效； 只指定本子项目为基包会导致feign与Hystrix集成失败，从而导致服务熔断功能失效
测试开启三个eureka，以及带hystrix的provider，和带feign,hystrix的consummer。
浏览器输入<code>http://localhost/student/hystrix</code>
结果返回：
错觉整合成功
集群改成超时2s
单机改成不超时0.2s
再进行测试<code>http://localhost/student/hystrix</code>
如果搭建成功的1005,1006应该是繁忙熔断的。
上面错误是什么原因呢，咱们明明在Hystrix中的application.yml中设置了
这里因为还有一个 feign 也有一个超时时间的设置，当然feign底层是 ribbon的封装，所以 直接配置ribbon，ribbon默认超时也是1秒。 所以这里都是强制要求，ribbon的超时时间要大于hystrix的超时时间，否则 hystrix自定义的超时时间毫无意义。
所以还得microservice-student-consumer-feign-80上加个 ribbon超时时间设置
原来的生产者超时时间要加入到消费者这里
再次测试
既把代码解耦了，也能看到雪崩处理的效果
其他都是失败