服务雪崩
在微服务架构中,根据业务来拆分成一个个的服务,服务与服务之间可以相互调用(RPC),在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用。为了保证其高可用,单个服务通常会集群部署。由于网络原因或者自身的原因,服务并不能保证100%可用,如果单个服务出现问题,调用这个服务就会出现线程阻塞,此时若有大量的请求涌入,Servlet容器的线程资源会被消耗完毕,导致服务瘫痪。服务与服务之间的依赖性,故障会传播,会对整个微服务系统造成灾难性的严重后果,这就是服务故障的“雪崩”效应。
断路器
为了解决单服务故障引起的服务雪崩,业界提出了断路器模型。
什么是断路器
在微服务架构中,一个请求需要调用多个服务是非常常见的,如下图:
较底层的服务如果出现故障,会导致连锁故障。当对特定的服务的调用的不可用达到一个阀值(Hystric 是5秒20次) 断路器将会被打开。
断路打开后,可用避免连锁故障,fallback方法可以直接返回一个固定值。
Ribbon中使用
- 引入依赖:spring-clound-starter-netflix-hystrix
- 添加注解:启动类上加@EnableHystrix开启Hystrix
- 改造service类:在service具体方法上添加注解@HystrixCommand(fallbackMethod="hiError")。该注解对该方法提供了熔断器功能,并指定了fallbackMethod熔断方法,熔断方法直接返回了一个字符串
@Service
public class HelloService {
@Autowired
RestTemplate restTemplate;
@HystrixCommand(fallbackMethod = "hiError")
public String hiService(String name) {
return restTemplate.getForObject("http://SERVICE-HI/hi?name="+name,String.class);
}
public String hiError(String name) {
return "hi,"+name+",sorry,error!";
}
}
Feign中使用
Feign自带断路器,默认没有打开,需要在配置中打开:feign.hystrix.enabled: true
引入依赖:spring-cloud-starter-openfeign
使用方式
@FeignClient(value = "service-hi",fallback = SchedualServiceHiHystric.class)
public interface SchedualServiceHi {
@RequestMapping(value = "/hi",method = RequestMethod.GET)
String sayHiFromClientOne(@RequestParam(value = "name") String name);
}
@Component
public class SchedualServiceHiHystric implements SchedualServiceHi {
@Override
public String sayHiFromClientOne(String name) {
return "sorry "+name;
}
}
来源:CSDN
作者:巴哥面试
链接:https://blog.csdn.net/zzl429556205/article/details/103662768