服务容错

        分布式架构中，我们的业务是拆分成一个一个的单体服务，随着服务数量的增加，整个架构出现故障的概率提高了，所以服务容错的需求也增加了。

        在众多服务相互调用以及高并发的前提下，单个实例故障时，处理请求缓慢或者没有响应，导致上层调用它的服务实例也变慢，请求堆积，负载升高。进一步导致更广泛的服务实例故障。最后整个架构大面积出现服务实例故障，形同异常雪崩，突然全线崩溃。这种由单个实例引发的级联故障称为服务雪崩。为了避免服务雪崩即产生了服务容错模式。

服务容错的常见方案

1. 限流：在服务提供方，限制进入系统的流量，确保在系统的负载范围内，保证系统能够正常运转
2. 超时：在服务调用方，设置一个最大响应时间，在指定时间内未得到响应则放弃请求，确保资源的消耗有上限
3. 仓壁模式（隔离）：资源隔离手段，在服务调用方使用线程池等方式，限制资源消耗在某个范围之内，使服务之间不具有依赖性。当某个某个服务出现故障时就不会影响整体的系统服务。
4. 熔断器： 在服务调用方进行控制，在系统上检测调用，如果发现了当调用某个底层服务失败达到定义阈值，则自动打开熔断器，不再调用该服务。隔一段时间向底层服务发送一次请求，检测服务是否恢复，如果恢复则加入集群。

常见的容错组件：Hystrix、Resilience4J、Sentinel

Sentinel

由阿里巴巴提供了的Sentinel服务容错组件 sentinel官网

使用Sentinel解决服务容错

1） 下载最新的sentinel的jar包，用cmd命令启动sentinel

java -Dserver.port=8840 -Dcsp.sentinel.dashboard.server=localhost:8840 -Dproject.name=sentinel-dashboard -jar sentinel-dashboard.jar

2） 访问地址http://localhost:8840/，进入Sentinel控制台，用户名密码都是sentinel。

3） 创建项目导入sentinel依赖

<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-sentinel</artifactId><version>2.2.2.RELEASE</version>
</dependency>

4）配置通信地址application.yml（application.properties）

spring:application:name: sentinelcloud:sentinel:transport:dashboard: localhost:8840     #控制面板ipclientIp: localhost           #本应用的ipport: 8719                    #本应用的通信端口(默认)eager: true

5）编写接口，启动项目，调用接口请求（sentinel数据为懒加载，发送请求后，才能在控制台中找到对应的服务）

6）在控制台找到服务，找到相应接口进行操作

流控（服务提供方设置）

点击新增进入新增流控规则界面

设置阈值，通过测试一秒钟多次请求相应地址，当达到设置数量则无法正常发送请求。

熔断（服务调用方设置）

实现熔断器：需要有两个服务，并有服务调用操作

熔断器默认关闭的

请求进入时，若失败低于开关阈值时保持关闭

达到开关阈值时，熔断器打开，熔断一个时间窗口

一个时间窗口过后，将会发一个探测请求，根据请求结果继续处理

•  若失败，则保持熔断器打开状态
• 若成功，则关闭熔断器

开关阈值：

• 失败到达一定程度
• 在一定的时间范围

在sentinel找到服务调用者接口，进行配置

点击降级进入新增降级规则界面，降级所对应的就是熔断器。

 

降级策略选择异常比例

异常比例栏填写参数（0~1）百分比：表示的是请求失败数量达到请求总数的比例达到指定值则打开熔断器。

时间窗口：熔断器打开后，隔多少时间发送一次请求，根据请求状态进行熔断器的打开关闭。