注明:此项目为本人学习尚硅谷老师的教学视频然后整理核心的配置文件,所有的项目均在以下地址下载。 https://github.com/xwbGithub/microservicecloud下载
本项目请参考microservicecloud-provider-dept-hystrix-8001项目
服务雪崩
多个微服务之间调用的时候,假设微服务A调用微服务B和微服务C,微服务B和微服务C有调用其他的微服务,这就是所谓的”扇出”,如扇出的链路上某个微服务的调用响应式过长或者不可用,对微服务A的调用就会占用越来越多的系统资源,进而引起系统雪崩,所谓的”雪崩效应”
Hystrix:
Hystrix是一个用于分布式系统的延迟和容错的开源库。在分布式系统里,许多依赖不可避免的调用失败,比如超时、异常等,Hystrix能够保证在一个依赖出问题的情况下,不会导致整个服务失败,避免级联故障,以提高分布式系统的弹性。
断路器:
“断路器”本身是一种开关装置,当某个服务单元发生故障监控(类似熔断保险丝),向调用方法返回一个符合预期的、可处理的备选响应(FallBack),而不是长时间的等待或者抛出调用方法无法处理的异常,这样就保证了服务调用方的线程不会被长时间、不必要地占用,从而避免了故障在分布式系统中的蔓延。乃至雪崩。
服务熔断:
熔断机制是应对雪崩效应的一种微服务链路保护机制,
当扇出链路的某个微服务不可用或者响应时间太长时,会进行服务的降级,进而熔断该节点微服务的调用,快速返回”错误”的响应信息。当检测到该节点微服务响应正常后恢复调用链路,在SpringCloud框架机制通过Hystrix实现,Hystrix会监控微服务见调用的状况,当失败的调用到一个阈值,缺省是5秒内20次调用失败就会启动熔断机制,熔断机制的注解是@HystrixCommand
服务熔断
1、microservicecloud-provider-dept-hystrix-8001
pom坐标
<groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix</artifactId>
yml文件
修改服务名称instance-id:为自己的微服务名称即可
config-location: classpath:mybatis/mybatis.cfg.xml # mybatis配置文件所在路径 type-aliases-package: com.atguigu.springcloud.entities # 所有Entity别名类所在包 - classpath:mybatis/mapper/**/*.xml # mapper映射文件 name: microservicecloud-dept type: com.alibaba.druid.pool.DruidDataSource # 当前数据源操作类型 driver-class-name: org.gjt.mm.mysql.Driver # mysql驱动包 url: jdbc:mysql://localhost:3306/cloudDB01 # 数据库名称 min-idle: 5 # 数据库连接池的最小维持连接数 max-wait-millis: 200 # 等待连接获取的最大超时时间 # eureka 客户端注册eureka服务器列表 # defaultZone: http://localhost:7001/eureka defaultZone: http://:7001/eureka/,http://:7002/eureka/,http://:7003/eureka/ instance-id: microservicecloud-dept8001-hystrix #自定义Hyxtrix为服务名称 prefer-ip-address: true #访问路径可以显示ip地址 app.name: atguigu-microservicecloud company.name: www.atguigu.com build.artifactId: $project.artifactId$ build.version: $project.version$
@SuppressWarnings("SpringJavaAutowiringInspection") public class DeptController { private DeptService service; //一旦调用服务方法失败抛出“错误信息后,胡自动范湖用@HystrixCommand标注好的fallbackMethod调用类中的指定方法” @HystrixCommand(fallbackMethod = "processHystrix_Get") public Dept get(@PathVariable("id") Long id) { public Dept processHystrix_Get(@PathVariable("id") Long id) { dept.setDname("该ID:" + id + "没有对应的信息,null--@HystrixCommand"); dept.setDb_source("no this database in mysql");
主启动类添加注解EnableCircuitBreaker
添加此注解告诉主启动类对Hystrix的支持
@EnableEurekaClient //本服务启动后胡自动注册进Eureka服务中 @EnableDiscoveryClient //服务发现 @EnableCircuitBreaker //对Hystrix熔断机制的支持 public class DeptProvider8001_Hystrix_App { public static void main(String[] args) { SpringApplication.run(DeptProvider8001_Hystrix_App.class, args);
测试:1、先启动3个eureka。2、然后启动Hystrix主启动类,
3、最后启动consumer 80微服务。4、测试地址:http://localhost/consumer/dept/get/112
服务降级
服务降级:
整体资源快不够用了,忍痛将某些服务先关掉,待度过难关,在开启回来。
所谓降级,就是一般是从整体符合考虑,就是当某个服务熔断之后,服务器将不再被调用,此刻客户端可以自己准备一个本地的fallback回调,返回一个缺省值,这样做,虽然服务水平下降,但好歹可用,比直接挂掉要强。
修改服务接口的提供者项目(microservicecloud-api),让service接口实现一个FallbackFactory接口类DeptClientServiceFallbackFactory
注意:直接在接口定义的熔断机制中进行服务熔断,之前在controller上的@HystrixCommand(fallbackMethod=”methodName”)将弃用
public class DeptClientServiceFallbackFactory implements FallbackFactory<DeptClientService> { public DeptClientService create(Throwable throwable) { return new DeptClientService() { public Dept get(long id) { dept.setDname("该ID:" + id + "没有对应的信息,Consumer客户端提供的信息,此服务Provider已关闭"); dept.setDb_source("no this database in mysql"); public List<Dept> list() { public boolean add(Dept dept) {
修改提供服务的service熔断处理的机制
此处是在公共的service对某个service的方法访问进行统一的fallback处理
@FeignClient(value = "MICROSERVICECLOUD-DEPT",fallbackFactory = DeptClientServiceFallbackFactory.class) public interface DeptClientService { @RequestMapping(value = "/dept/get/{id}", method = RequestMethod.GET) public Dept get(@PathVariable("id") long id); @RequestMapping(value = "/dept/list", method = RequestMethod.GET) public List<Dept> list(); @RequestMapping(value = "/dept/add}", method = RequestMethod.POST) public boolean add(Dept dept);
新增加配置项到microservicecloud-consumer-dep-feign
测试:1、先启动3个eureka,2、启动microservicecloud-provider-dept-8001,3、启动microservicecloud-consumer-dept-feign
|