一、为什么使用断路由
在微服务架构中,根据业务来拆分成一个个的服务,服务与服务之间可以相互调用(RPC),在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用。为了保证其高可用,单个服务通常会集群部署。由于网络原因或者自身的原因,服务并不能保证100%可用,如果单个服务出现问题,调用这个服务就会出现线程阻塞,此时若有大量的请求涌入,Servlet容器的线程资源会被消耗完毕,导致服务瘫痪。服务与服务之间的依赖性,故障会传播,会对整个微服务系统造成灾难性的严重后果,这就是服务故障的“雪崩”效应。
为了解决这个问题,业界提出了断路器模型。
二、断路由介绍
Netflix开源了Hystrix组件,实现了断路器模式,SpringCloud对这一组件进行了整合。 在微服务架构中,一个请求需要调用多个服务是非常常见的,如下图
较底层的服务如果出现故障,会导致连锁故障。当对特定的服务的调用的不可用达到一个阈值(Hystric 是5秒20次) 断路器将会被打开。
断路打开后,可用避免连锁故障,fallback方法可以直接返回一个固定值
三、ribbon断路由
3.1修改pom.xml文件
原基础上添加hystrix的依赖
<!--添加断路由的依赖-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
3.2修改主类
原基础上添加@EnableHystrix注解
3.3service层
改造HelloService类,在helloService方法上加上@HystrixCommand注解。该注解对该方法创建了熔断器的功能,并指定了fallbackMethod熔断方法,熔断方法直接返回了一个字符串,字符串是提示“维修”等。
package com.zhiyou100.service;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import org.springframework.stereotype.Service;
import org.springframework.web.client.RestTemplate;
import javax.annotation.Resource;
@Service
public class HelloService {
@Resource
private RestTemplate restTemplate;
@HystrixCommand(fallbackMethod = "helloerror")
//对该方法创建了熔断器的功能,出现错误就去找helloerror这个方法
public String helloServer(){
//调用server-hello中的方法
return restTemplate.getForObject("http://server-hello/hello.do",String.class);
}
//这个方法与上面注解中的方法名一样,并且哪个方法存在断路隐患,就在哪个方法上写注解,有点麻烦--
public String helloerror(){
return "小老弟,让你玩坏了!!!";
}
}
其他层不需要改变
3.4启动
四、Feign断路由
feign和ribbon就不一样了,feign自带断路器,在D版本的Spring Cloud之后,它没有默认打开。需要在配置文件中配置打开它。
4.1application.properties配置文件的修改
在原基础上添加
#开启断路由功能
feign.hystrix.enabled=true
4.2定义fallback类
定义一个实现类,实现HelloService这个接口,并且实现接口中的方法,重写方法,就是重写一个返回值字符串,说明出现断路
package com.zhiyou100.fallback;
import com.zhiyou100.service.HelloService;
public class HelloServiceHystrix implements HelloService{
@Override
public String hello(String name) {
return "坏了坏了!!!";
}
}