复杂分布式体系结构中的应用程序有数十个依赖关系,每个依赖关系在某些时候将不可避免地失败。
分布式系统面临的问题
服务雪崩
多个微服务之间调用的时候,假设微服务A调用微服务B和微服务C,微服务B和微服务C又调用其它的微服务,这就是所谓的“扇出”。如果扇出的链路上某个微服务的调用响应时间过长或者不可用,对微服务A的调用就会占用越来越多的系统资源,进而引起系统崩溃,所谓的“雪崩效应”.
对于高流量的应用来说,单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是,这些应用程序还可能导致服务之间的延迟增加,备份队列,线程和其他系统资源紧张,导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理,以便单个依赖关系的失败,不能取消整个应用程序或系统。
Hystrix是什么
Hystrix是一个用于处理分布式系统的延迟和容错的开源库, 在分布式系统里,许多依赖不可避免的会调用失败,比如超时、异常等Hystrix能够保证在一个依赖出问题的情况下,不会导致整体服务失败,避免级联故障,以提高分布式系统的弹性和高可用。
"断路器”本身是一种开关装置,当某个服务单元发生故障之后,通过断路器的故障监控(类似熔断保险丝),向调用方返回一个符合预期的、可处理的备选响应(FallBack) ,而不是长时间的等待或者抛出调用方无法处理的异常,这样就保证了服务调用方的线程不会被长时间、不必要地占用,从而避免了故障在分布式系统中的蔓延,乃至雪崩。
Hystrix的作用
服务熔断
熔断机制是应对雪崩效应的一-种微服务链路保护机制。当扇出链路的某个微服务不可用或者响应时间太长时,会进行服务的降级,进而熔断该节点微服务的调用,快速返回"错误"的响应信息。当检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。 Hystrix会监控微服务间调用的状况,当失败的调用到一定阈值,缺省是5秒内20次调用失败就会启动熔断机制。熔断机制的注解是
@HystrixCommand.
搭建过程
-
第一步,先创建一个Hystrix微服务,针对业务端,先复制一个业务端的内容
Hystrix多是配合业务端来用,当发生异常时防止雪崩 -
引入依赖
<!-- hystrix -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-hystrix</artifactId>
<version>2.1.4.RELEASE</version>
</dependency>
- 修改yml
server:
port: 8001
mybatis:
config-location: classpath:mybatis/mybatis.cfg.xml # mybatis配置文件所在路径
type-aliases-package: entities # 所有Entity别名类所在包
mapper-locations:
- classpath:mybatis/mapper/**/*.xm1 # mapper映射文件
spring:
application:
name: microservicecloud-dept # 微服务在eureka注册后的名字
datasource :
type: com.alibaba.druid.pool.DruidDataSource #当前数据源操作类型
driver-class-name: org.gjt.mm.mysql.Driver # mysql驱动包
url: jdbc:mysql://localhost:3306/cloudDB01 #数据库名称
username: root
password: 123456
dbcp2:
min-idle: 5 #数据库连接池的最小维持连接数
initial-size: 5 #初始化连接数
max-total: 5 #最大连接数
max-wait-millis: 200 #等待连接获取的最大超时时间
eureka:
client: #客户端注册进eureka服务列表内
service-url:
defaultZone: http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/,http://eureka7001.com:7001/eureka/ # 要去注册的地址,在eureka服务端的yml中有定义
instance:
instance-id: microservicecloud-dept8001-hystrix #自定义服务名称信息
prefer-ip-address: true #访问路径 可以显示IP地址
info:
app.name: atguigu-microservicec loud
company.name: WWW.atguigu.com
build.artifactId: ${project.artifactId}
build.version: ${project.version}
- 修改controller
一旦调用服务方法失败并抛出了错误信息后,会自动调用@HystrixCommand标注好的fallbackMethod调用类中的指定方法
@Controller
public class deptController {
@Autowired
private deptService service;
@RequestMapping(value= "/dept/get/{id}", method = RequestMethod.GET)
//-.旦调用服务方法失败并抛出了错误信息后,会自动调用@HystrixCommand标注好的fallbackMethod调用类中的指定方法
@HystrixCommand(fallbackMethod = "processHystrix_Get")
public Dept get(@PathVariable("id") Long id) {
Dept dept = this . service. get(id);
if (null == dept) {
throw new RuntimeException("该ID:"+id+"没有没有对应的信息");
}
return dept;
}
public Dept processHystrix_Get(@PathVariable("id") Long id) {
return new Dept().setDeptId(id)
.setDname("该ID:"+ id +"没有没有对应的信息,null--@Hystr ixCommand")
.setDb_source("no this database in MySQL");
}
}
- 修改主启动类 添加@EnableCircuitBreaker //对hystrix熔断机制的支持
@SpringBootApplication
@EnableEurekaClient //本服务启动后会自动注册进eureka服务中
@EnableCircuitBreaker //对hystrix熔断机制的支持
public class Dept8001_APP
{
public static void main( String[] args )
{
SpringApplication.run(Dept8001_APP.class, args);
}
}
服务降级 在消费端实现
概述:整体资源快不够了,忍痛将某些服务先关掉,待渡过难关,再开启回来。
作用 :解决@HystrixCommand(fallbackMethod = “”)服务熔断的高耦合问题,因为服务熔断绑定的事某个具体方法,导致每个方法都需要绑定@HystrixCommand,导致高耦合问题
服务降级处理是在客户端实现完成的,与服务端没有关系
搭建步骤
- 第一步: 修改microservicecloud-api工程,根据已经有的DeptClientService接口新建一个实现 了FallbackFactory接口的类DeptClientServiceFallbackFactory
@Component 不要忘记添加,不要忘记添加
出现了问题会去找FallbackFactory的实现类,在DeptClientServiceFallbackFactory 类中定义了get方法不能被请求时返回的数据,这样只要调用get方法而get方法的业务端微服务未开启就会返回自己定义的信息,而不是一直发送请求
@Component//不要忘记添加,不要忘记添加
public class DeptClientServiceFallbackFactory implements FallbackFactory<deptClientService>{
@Override
public deptClientService create(Throwable cause) {
// TODO Auto-generated method stub
return new deptClientService() {
@Override
public List<Dept> list() {
// TODO Auto-generated method stub
return null;
}
@Override
public Dept get(Long id) {
return new Dept()
.setDeptId( id)
.setDname("该ID:" + id +"没有没有对应的信息,Consumer客户端提供的降级信息,此刻服务Provider已经关闭" )
.setDb_source("no this database in MySQL");
}
@Override
public boolean add(Dept dept) {
// TODO Auto-generated method stub
return false;
}
};
}
}
- 第二步:在api微服务中修改DeptClientService,添加注解@FeignClient(value=“microserviceclouddept”,fallbackFactory=DeptClientServiceFallbackFactory.class),意思是当controller调用DeptClientService的方法失败时,会去找fallbackFactory对应的实现类;来处理
@FeignClient(value="microservicecloud-dept",fallbackFactory=DeptClientServiceFallbackFactory.class)
public interface deptClientService {
@PostMapping("/dapt/add")
//@RequestMapping(value=" /dapt/add",method=RequestMethod . POST)
public boolean add( Dept dept);
@GetMapping("/dept/get/{id}")
//@RequestMapping(value=" /dept/get/ {id}" ,method=RequestMethod . GET)
public Dept get(@PathVariable("id") Long id);
@GetMapping("/dept/list")
//@RequestMapping(value=" /dept/list" ,method=RequestMethod . GET)
public List<Dept> list();
}
- 第三步:在microservicecloud-consumer-dept-feign中修改YML
feign:
hystrix:
enabled: true
服务熔断和服务降级的区别,服务熔断是在消费者请求失败后返回的数据,此时消费者任然可以一直请求该服务器,这样就造成资源浪费和占用,而服务降级则是当请求的服务器关闭时,仍可以返回一些提示信息,而不要需要利用请求的服务器
- [服务熔断]
一般是某个服务故障或者异常引起,类似现实世界中的“保险丝“,当某个异常条件被触发,直接熔断整个服务,而不是–直等到此服务超时。 - [服务降级]
所谓降级,- -般是从整体负荷考虑。就是当某个服务熔断之后,服务器将不再被调用,I
此时客户端可以自己准备- -个本地的fallback回调,返回一个缺省值。
这样做,虽然服务水平下降,但好歹可用,比直接挂掉要强。
服务监控
除了隔离依赖服务的调用以外, Hystrix还提供了准实时的调用监控(Hystrix Dashboard), Hystrix会持续地记录所有通过Hystrix发起的请求的执行信息,并以统计报表和图形的形式展示给用户,包括每秒执行多少请求多少成功,多少失败等。
Netflix通过hystrix-metrics-event-stream项目实现了对以上指标的监控。Spring Cloud也提供了Hystrix Dashboard的整合,对监控内容转化成可视化界面。
搭建步骤
也是在消费端实现
- 新建microservicecloud-consumer-hystrix-dashboard微服务
- 修改pom文件
<!-- hystrix和hystrix-dashboard相关-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-hystrix</artifactId>
<version>1.4.4.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-hystrix-dashboard</artifactId>
<version>1.4.4.RELEASE</version>
</dependency>
- 修改yml
server:
port: 9001
- 主启动类添加新注解主@EnableHystrixDashboard
@SpringBootApplication
@EnableHystrixDashboard
public class consumer_dashboard
{
public static void main( String[] args )
{
SpringApplication.run(consumer_dashboard.class, args);
}
}
- 所有Provider微服务提供类(8001 /8002/8003)都需要监控依赖配置
配置相关依赖,在Provider微服务提供类中,表示接受监控
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
<version>2.1.4.RELEASE</version>
</dependency>
- 调用地址,可在这个地址查看监控信息,但此时都是数据型,还不是图形显示
在自己的地址加端口号加后缀hystrix.stream
- 图形显示方法
1: Delay: 该参数用来控制服务器上轮询监控信息的延迟时间,默认为2000毫秒,可以通过配置该属性来降低客户端的网络和
CPU消耗。
2: Title: 该参数对应了头部标题Hystrix Stream之后的内容,默认会使用具体监控实例的URL,可以通过配置该信息来展示更合
适的标题。
实心圆:共有两种含义。它通过颜色的变化代表了实例的健康程度,它的健康度从绿色<黄色<橙色<红色递减。该实心圆除了颜色的变化之外,它的大小也会根据实例的请求流量发生变化,流量越大该实心圆就越大。所以通过该实心圆的展示,就可以在大量的实例中快速的发现故障实例和高压力实例。
曲线:用来记录2分钟内流量的相对变化,可以通过它来观察到流量的上升和下降趋势。