Hystrix 熔断及Hystrix Dashboard 熔断监控面板
2017-12-01 19:48
417 查看
Hystrix-dashboard是一款针对Hystrix进行实时监控的工具,通过Hystrix Dashboard我们可以在直观地看到各Hystrix Command的请求响应时间,请求成功率等数据。但是只使用Hystrix Dashboard的话,你只能看到单个应用内的服务信息,这明显不够,我们需要一个工具能让我们汇总系统内多个服务的数据并显示到Hystrix Dashboard上,这个工具就是Turbine。关于Turbine内容请看其它文章。
熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误的次数,然后决定使用允许操作继续,或者立即返回错误。
熔断器开关相互转换的逻辑如下图:
断路器很好理解, 当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)来隔离资源.
因为熔断只是作用在服务调用这一端,故以ribbonConsumer项目为基础,而且,因为Feign中已经依赖了Hystrix,所以我们以Feign方式调用服务为例:
1、引入Feign+Hystrix依赖
2、开启Feign及Hystrix功能
入口类加上如下注解:
也可以用feign.hystrix.enabled=true配置代替@EnableHystrix注解
3、创建调用远程服务的调用类
通常放在client包下,可以命名为RemoteServerName+Client
4、创建调用失败的回调类
回调类是实现调用接口的一个普通类,没有任何特别,该类只有在调用失败的时候会被调用,如果请求能到达远程服务,只是远程服务返回一些错误信息,这种情况不属于调用失败,调用失败如网络不通、服务不可用情况
至此,Hystrix配置完成,可以开始测试了
可以在controller上加上如下代码用于测试:
可以分别测试userInfo-service服务可用和不可用两种情况
Hystrix Dashboard 熔断监控面板
Hystrix Dashboard及Turbine
https://www.cnblogs.com/ityouknow/p/6889059.html
http://blog.csdn.net/qq_22841811/article/details/67637781
熔断器Hystrix
熔断器的原理很简单,如同电力过载保护器。它可以实现快速失败,如果它在一段时间内侦测到许多类似的错误,会强迫其以后的多个调用快速失败,不再访问远程服务器,从而防止应用程序不断地尝试执行可能会失败的操作,使得应用程序继续执行而不用等待修正错误,或者浪费CPU时间去等到长时间的超时产生。熔断器也可以使应用程序能够诊断错误是否已经修正,如果已经修正,应用程序会再次尝试调用操作。熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误的次数,然后决定使用允许操作继续,或者立即返回错误。
熔断器开关相互转换的逻辑如下图:
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)来隔离资源.
实例
代码:https://gitee.com/wudiyong/ribbonConsumer.git因为熔断只是作用在服务调用这一端,故以ribbonConsumer项目为基础,而且,因为Feign中已经依赖了Hystrix,所以我们以Feign方式调用服务为例:
1、引入Feign+Hystrix依赖
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-feign</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix</artifactId> </dependency>
2、开启Feign及Hystrix功能
入口类加上如下注解:
@EnableFeignClients @EnableHystrix
也可以用feign.hystrix.enabled=true配置代替@EnableHystrix注解
3、创建调用远程服务的调用类
通常放在client包下,可以命名为RemoteServerName+Client
package com.ribbonConsumer.client; import org.springframework.cloud.netflix.feign.FeignClient; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RequestMethod; import org.springframework.web.bind.annotation.RequestParam; import com.ribbonConsumer.client.fallback.UserInfoClientFallback; /* * name:被调用服务的服务名 * fallback:调用失败之后的回调类 */ @FeignClient(name = "userInfo-service", fallback = UserInfoClientFallback.class) public interface UserInfoClient { /** * userInfo-service服务中的/userInfoStr接口 * 写法与被调用的接口一样,只是没有方法体 * 注意: * 1、如果通过@RequestParam接收参数,一定要加上(value="xxx"),否则启动报错, * 这是因为spring-cloud-feign处理@RequestParam和Spring mvc的不一样, * Spring mvc在@RequestParam的value为空的时候会通过反射得到参数的名字作为value * 如果通过@RequestBody接收map或某个对象,则与普通接口一样 */ @RequestMapping(value = "/userInfoStr", method = RequestMethod.GET) public String userInfoStr(@RequestParam(value = "name") String name, @RequestParam(value = "age") String age); }
4、创建调用失败的回调类
回调类是实现调用接口的一个普通类,没有任何特别,该类只有在调用失败的时候会被调用,如果请求能到达远程服务,只是远程服务返回一些错误信息,这种情况不属于调用失败,调用失败如网络不通、服务不可用情况
package com.ribbonConsumer.client.fallback; import org.springframework.stereotype.Component; import com.ribbonConsumer.client.UserInfoClient; @Component public class UserInfoClientFallback implements UserInfoClient{ @Override public String userInfoStr(String name, String age) { return "调用失败"; } }
至此,Hystrix配置完成,可以开始测试了
可以在controller上加上如下代码用于测试:
@Autowired private UserInfoClient userInfoClient; /** * 使用Feign方式调用服务 */ @RequestMapping(value = "/userInfoStr", method = RequestMethod.GET) public String userInfoStr(@RequestParam String name, @RequestParam String age){ return userInfoClient.userInfoStr(name, age); }
可以分别测试userInfo-service服务可用和不可用两种情况
Hystrix Dashboard 熔断监控面板
Hystrix Dashboard及Turbinehttps://www.cnblogs.com/ityouknow/p/6889059.html
http://blog.csdn.net/qq_22841811/article/details/67637781
相关文章推荐
- Spring Boot + Spring Cloud 构建微服务系统(五):熔断监控面板(Hystrix Dashboard)
- SpringCloud--熔断监控Hystrix Dashboard和Turbine
- springcloud(五):熔断监控Hystrix Dashboard和Turbine 2017/05/18
- SpringCloud断路器监控面板——Hystrix Dashboard
- 熔断监控Hystrix Dashboard和Turbine
- springcloud(五):熔断监控Hystrix Dashboard和Turbine
- springcloud(五):熔断监控Hystrix Dashboard和Turbine
- springcloud(五):熔断监控Hystrix Dashboard和Turbine
- springcloud(五):熔断监控Hystrix Dashboard和Turbine
- SPRINGCLOUD-熔断监控HYSTRIX DASHBOARD和TURBINE
- springcloud(5):熔断监控Hystrix Dashboard和Turbine
- springcloud(五):熔断监控Hystrix Dashboard和Turbine
- springcloud(五):熔断监控Hystrix Dashboard和Turbine
- 熔断监控Hystrix Dashboard和Turbine
- Spring Cloud 入门教程(八): 断路器指标数据监控Hystrix Dashboard 和 Turbine
- spring cloud-添加Hystrix Dashboard监控到系统中
- spring cloud-添加Hystrix Dashboard监控到系统中
- 服务容错保护断路器Hystrix之三:断路器监控(Hystrix Dashboard)
- Spring Cloud学习--容错机制(Hystrix DashBoard之数据监控)
- Spring Cloud构建微服务架构Hystrix监控面板