在正常的微服务架构体系下，一个业务很少有只需要调用一个服务就可以返回数据的情况，这种比较常见的是出现在demo中，一般都是存在调用链的，比如a->b->c->d，如果d在某一个瞬间出现问题，比如网络波动，io偏高，导致卡顿，随着时间的流逝，后续的流量继续请求，会造成d的压力上升，有可能引起宕机。
你以为这就是结束么，图样图森破，这才是噩梦的开始，在同一个调用链上的abc三个服务都会随着d的宕机而引发宕机，这还不是结束，一个服务不可能只有一个接口，当它开始卡顿宕机时，会影响到其他调用链的正常调用，最终导致所有的服务瘫痪。
如下图所示：
相信大家都知道家用电闸，原来老式的电闸是使用保险丝的（现在很多都是空气开关了），当家里用电量过大的时候，保险丝经常烧断，这么做是保护家里的用电器，防止过载。
熔断器的作用和这个很像，它可以实现快速失败，如果在一段时间内服务调用失败或者异常，会强制要求当前调用失败，不在走远程调用，走服务降级操作（返回固定数据或者其他一些降级操作）。从而防止应用程序不断地尝试执行可能会失败的操作，使得应用程序继续执行而不用等待修正错误，或者浪费cpu时间去等到长时间的超时产生。熔断器也可以自动诊断错误是否已经修正，如果已经修正，应用程序会再次尝试调用操作。
熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误的次数，然后决定使用允许操作继续，或者立即返回错误。 hystrix会有一个熔断时间窗口，具体转换逻辑如下：
熔断器就是保护服务高可用的最后一道防线。
断路器很好理解, 当hystrix command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(open)。这时所有请求会直接失败而不会发送到后端服务。断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(half-open)。这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(closed), 否则重新切换到开路状态(open)。hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力。
fallback相当于是降级操作。对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法返回的值。fallback方法的返回值一般是设置的默认值或者来自缓存。
在hystrix中, 主要通过线程池来实现资源隔离。通常在使用的时候我们会根据调用的远程服务划分出多个线程池。例如调用产品服务的command放入a线程池, 调用账户服务的command放入b线程池。这样做的主要优点是运行环境被隔离开了。这样就算调用服务的代码存在bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其他服务造成影响。但是带来的代价就是维护多个线程池会对系统带来额外的性能开销。如果是对性能有严格要求而且确信自己调用服务的客户端代码不会出问题的话, 可以使用hystrix的信号模式(semaphores)来隔离资源。
上一篇我们使用了producer和consumers，熔断器是只作用在服务调用端，因此上一篇使用到的consumers我们可以直接拿来使用。因为，feign中已经依赖了hystrix所以在maven配置上不用做任何改动。
我要评论server:
port: 8081
spring:
application:
name: spring-cloud-consumers
eureka:
client:
service-url:
defaultzone: http://localhost:8761/eureka/
feign:
hystrix:
enabled: true
其中新增了feign.hystrix.enabled = true
package com.springcloud.consumers.fallback;
import com.springcloud.consumers.remote.helloremote;
import org.springframework.stereotype.component;
import org.springframework.web.bind.annotation.requestparam;
/**
* created with intellij idea.
*
* @user: weishiyao
* @date: 2019/7/2
* @time: 23:14
* @email: inwsy@hotmail.com
* description:
*/
@component
public class helloremotefallback implements helloremote {
@override
public string hello(@requestparam(value = "name") string name) {
return "hello " + name + ", i am fallback massage";
}
}
在helloremote类添加指定fallback类，在服务熔断的时候返回fallback类中的内容。
package com.springcloud.consumers.remote;
import com.springcloud.consumers.fallback.helloremotefallback;
import org.springframework.cloud.openfeign.feignclient;
import org.springframework.web.bind.annotation.requestmapping;
import org.springframework.web.bind.annotation.requestparam;
/**
* @author: shiyao.wei
* @date: 2019/7/2 11:14
* @version: 1.0
* @desc:
*/
@feignclient(name= "spring-cloud-producer", fallback = helloremotefallback.class)
public interface helloremote {
@requestmapping(value = "/hello")
string hello(@requestparam(value = "name") string name);
}
所有改动结束。
现在我们测试看下结果，老规矩，顺次启动注册中心eureka、provider、consumer
访问上一节我们访问过的链接：http://localhost:8081/hello/spring
现在可以看到页面正常显示：hello spring，producer is ready
现在我们手动把provider停掉，再访问一下链接看一下：
现在页面已经显示我们熔断后的信息了：hello spring, i am fallback massage
现在说明我们的测试已经成功了。
好了，现在可以将代码打包扔到github上去了：）
如对本文有疑问， 点击进行留言回复！！
网友评论