hystrix

什么是SpringCloud 简单来说，微服务是一种架构模型，就是把系统中的各个功能点都拆开为一个个的小应用然后单独部署，同时因为这些小应用多，所以需要一些办法来管理这些小应用。 Spring Cloud只是一个微服务框架的规范，注意， 只是规范，并不是任何具体法人框架 。主要大概有以下几种功能 eureka(提供服务的注册和发现功能) ribbon(提供负载均衡功能) Feign(整合了ribbon和Hystrix，具有负载均衡和熔断限流等功能) Hystrix(提供了熔断限流，合并请求等功能) Zuul(提供了智能路由的功能) Hystrix Dashboard(提供了服务监控的功能，提供了数据监控和友好的图形化界面) Hystrix Turbine(Hystrix Turbine将每个服务Hystrix DashBoard数据进行了整合，也是监控系统的功能) Spring Cloud config(提供了统一配置的功能) Spring Cloud(提供了配置实时更新的功能，控制总线) ... 注意： 需要注意的是这些组件并不是一体化的，也可以用NCOS或Zookeeper来替换eureka 目前主流并且恰好能够满足上面的需求，就是Spring Cloud Netflix，当然Spring Cloud的实现产品不止这一个，还有最近由阿里新起的Spring Cloud

Feign 的调用，总共分为两层，即 Ribbon 的调用和 Hystrix（熔断处理） 的调用，高版本的 Hystrix 默认是关闭的。 Ribbon 超时配置   如果出现上图的信息，说明是 Ribbon 超时了，需要在配置文件中进行控制处理： ### Ribbon 配置 ribbon: # 连接超时 ConnectTimeout: 2000 # 响应超时 ReadTimeout: 5000 1 2 3 4 5 6 Hystrix 超时配置 开启 Hystrix ### Feign 配置 feign: # 开启断路器（熔断器） hystrix: enabled: true   此时，如果超时，汇报一下错误：   默认 Hystrix 超时配置：   为了避免超时，我们可以根据业务情况来配置自己的超时时间，此处配置熔断时间为：5000/毫秒。注意：建议 Ribbon 的超时时间不要大于 Hystrix 的超时时间 ### Hystrix 配置 hystrix: # 这样将会自动配置一个 Hystrix 并发策略插件的 hook，这个 hook 会将 SecurityContext 从主线程传输到 Hystrix 的命令。 # 因为 Hystrix 不允许注册多个 Hystrix 策略，所以可以声明 HystrixConcurrencyStrategy # 为一个 Spring

原文： http://www.itmuch.com/spring-cloud-sum/feign-hystrix/ ,转载请说明出处。 这也是一篇写于2017-08前后的工作日志，当时由于项目比较多，很多团队对Feign和Hystrix之间的小暧昧搞不清楚，所以写了本篇文章，希望对大家的工作有所帮助。 要想全局关闭Hystrix，只需使用如下配置即可： feign.hystrix.enabled: false 这样，就会为所有服务关闭掉Feign的Hystrix支持。也就是说：A服务调用B服务，如果在A服务上设置该属性，A服务的所有Feign Client都不会再有Hystrix熔断的能力了。 全局配置够灵活，一般不能满足实际项目的要求。实际项目中，往往需要精确到指定服务的细粒度配置。例如：调用服务a时关闭Hystrix，调用b服务时打开Hystrix。可如下配置： @FeignClient(name="a", configuration = FooConfiguration.class) 那么，这个FooConfiguration只需要编写如下即可： public class FooConfiguration { @Bean @Scope("prototype") public Feign.Builder feignBuilder() { return Feign.builder

@Configurable public class DisableHystrixConfiguration { /** * 没设置超时 * @return */ @Bean @Scope ("prototype") public Feign.Builder feignBuilder() { return Feign.builder(); } /** * Hystrix timeout > req timeout * @return */ @Bean public Request.Options options() { return new Request.Options(60000 * 2, 60000 * 2); } @Bean Retryer feignRetryer() { return Retryer.NEVER_RETRY; } /** * 设置Hystrix 超时 * @return */ //@Bean public Feign.Builder feignHystrixBuilder() { return HystrixFeign.builder().setterFactory(new SetterFactory() { public HystrixCommand.Setter create(Target<?> target, Method method) {

FeignClient Hystrix 超时测试 1.注解形式，可以精确到服务，也可以动态根据方法名称设置超时 @FeignClient(name = "xxx-im", url = "${svc.xxx.im}",/*configuration=DisableHystrixConfiguration.class, */fallback = ProductClientHystrix.class) public interface IProductService { // @RequestMapping(value = "/product/queryCategoriesCodeByProductCode", method = RequestMethod.POST) String queryCategoriesCodeByProductCode(@RequestBody String productCode); @RequestMapping(value = "/product/queryMaxBasicPriceByPizzaSizeCode", method = RequestMethod.POST) BigDecimal queryMaxBasicPriceByPizzaSizeCode(@RequestBody String pizzaSizeCode);

自 Spring Cloud 官方宣布 Spring Cloud Netflix 进入维护状态后，我们开始制作 《Spring Cloud Alibaba迁移指南》 系列文章，向开发者提供更多的技术选型方案，并降低迁移过程中的技术难度。 第一篇，我们对Hystrix、Resilience4j 和 Sentinel 三个开源项目进行对比，并探讨如何使用一行代码这种极简的方式，将Hystrix迁移到Sentinel。 Hystrix 自从前段时间 宣布停止维护 之后，社区推荐了 resilience4j 。这 3 款产品各有优劣势，具体的功能差异参考下表(该表来源 Sentinel Wiki )： Sentinel Hystrix resilience4j 隔离策略 信号量隔离（并发线程数限流） 线程池隔离/信号量隔离 信号量隔离 熔断降级策略 基于响应时间、异常比率、异常数 基于异常比率 基于异常比率、响应时间 实时统计实现 滑动窗口（LeapArray） 滑动窗口（基于 RxJava） Ring Bit Buffer 动态规则配置 支持多种数据源 支持多种数据源 有限支持 扩展性 多个扩展点 插件的形式 接口的形式 基于注解的支持 支持 支持 支持 限流 基于 QPS，支持基于调用关系的限流 有限的支持 Rate Limiter 流量整形 支持预热模式、匀速器模式、预热排队模式

服务雪崩效应 当一个请求依赖多个服务的时候： 正常情况下的访问 但是，当 请求的服务中出现无法访问、异常、超时等问题时（图中的 I），那么用户的请求将会被阻塞。 如果多个用户的请求中，都存在无法访问的服务，那么他们都将陷入阻塞的状态中。 Hystrix的引入，可以 服务熔断服务降级 Hystrix断路器简介 hystrix对应的中文名字是“豪猪”，豪猪周身长满了刺，能保护自己不受天敌的伤害，代表了一种防御机制， 这与hystrix本身的功能不谋而合，因此Netflix团队将该框架命名为Hystrix，并使用了对应的卡通形象做作为logo。 通过服务熔断和服务降级来解决这个问题。 在一个分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等，如何能够保证在一个依赖出问题的情况下，不会导致整体服务失败， 这个就是Hystrix需要做的事情。Hystrix提供了熔断、隔离、Fallback、cache、监控等功能，能够在一个、或多个依赖同时出现问题时保证系统依然可用。 Hystrix服务熔断服务降级 @HystrixCommand fallbackMethod 熔断机制是应对雪崩效应的一种微服务链路保护机制。 当某个服务不可用或者响应时间超时，会进行服务降级，进而熔断该节点的服务调用，快速返回自定义的错误影响页面信息。 新j建的带服务熔断的服务提供者项目 microservice

服务雪崩效应 服务熔断服务降级 Hystrix 默认超时时间设置 Hystrix 服务监控 Dashboard 服务雪崩效应 当一个请求依赖多个服务的时候： 正常情况下的访问 但是，当 请求的服务中出现无法访问、异常、超时等问题时（图中的 I），那么用户的请求将会被阻塞。 如果多个用户的请求中，都存在无法访问的服务，那么他们都将陷入阻塞的状态中 Hystrix的引入，可以通过服务熔断和服务降级来解决这个问题。 服务熔断服务降级 Hystrix断路器简介 hystrix对应的中文名字是“豪猪”，豪猪周身长满了刺，能保护自己不受天敌的伤害，代表了一种防御机制，这与hystrix本身的功能不谋而合，因此Netflix团队将该框架命名为Hystrix，并使用了对应的卡通形象做作为logo。 在一个分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等，如何能够保证在一个依赖出问题的情况下，不会导致整体服务失败，这个就是 Hystrix需要做的事情。Hystrix提供了熔断、隔离、Fallback、cache、监控等功能，能够在一个、或多个依赖同时出现问题时保证系统依然可用。 Hystrix服务熔断服务降级@HystrixCommand fallbackMethod 熔断机制是应对雪崩效应的一种微服务链路保护机制。 当某个服务不可用或者响应时间超时，会进行服务降级