1.Sentinel 介绍
Sentinel官网:home | Sentinel
Sentinel (分布式系统的流量防卫兵) 是阿里开源的一套用于服务容错的综合性解决方案。它以流量为切入点, 从流量控制、熔断降级、系统负载保护等多个维度来保护服务的稳定性。
Sentinel
具有以下特征
:
-
丰富的应用场景 : Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景 , 例如秒杀(即突发流量控制在系统容量可以承受的范围)、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。
-
完备的实时监控 : Sentinel 提供了实时的监控功能。通过控制台可以看到接入应用的单台机器秒级数据, 甚至 500 台以下规模的集群的汇总运行情况。
-
广泛的开源生态 : Sentinel 提供开箱即用的与其它开源框架 / 库的整合模块 , 例如与 SpringCloud 、 Dubbo 、 gRPC 的整合。只需要引入相应的依赖并进行简单的配置即可快速地接入Sentinel 。
-
完善的 SPI 扩展点 : Sentinel 提供简单易用、完善的 SPI 扩展接口。您可以通过实现扩展接口来快速地定制逻辑。例如定制规则管理、适配动态数据源等。
Sentinel 分为两个部分:
-
核心库( Java 客户端)不依赖任何框架 / 库 , 能够运行于所有 Java 运行时环境,同时对 Dubbo / Spring Cloud 等框架也有较好的支持。
-
控制台( Dashboard )基于 Spring Boot 开发,打包后可以直接运行,不需要额外的 Tomcat 等应用容器。
2.微服务集成Sentinel
在
pom.xml加入下面依赖
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
<version>{兼容项目的版本号}</version>
</dependency>
编写一个
Controller
测试使用
@RestController
@Slf4j
public class OrderController3 {
@RequestMapping("/order3/message1")
public String message1() {
return "message1";
}
@RequestMapping("/order3/message2")
public String message2() {
return "message2";
}
}
3.安装Sentinel控制台
下载
jar
包,解压到文件夹,地址:
https://github.com/alibaba/Sentinel/releases
启动控制台
# 直接使用jar命令启动项目(控制台本身是一个SpringBoot项目)
java -Dserver.port=8080 -Dcsp.sentinel.dashboard.server=localhost:8080 -Dproject.name=sentinel-dashboard -jar sentinel-dashboard-1.7.0.jar
微服务配置:
spring:
cloud:
sentinel:
transport:
port: 9999 #跟控制台交流的端口,随意指定一个未使用的端口即可
dashboard: localhost:8080 # 指定控制台服务的地址
4.通过浏览器访问
通过浏览器访问localhost:8080 进入控制台 ( 默认用户名密码是 sentinel/sentinel )
如果没有显示微服务,需要请求一下接口
5.实现一个接口限流
通过控制台为
message1
添加一个流控规则
通过控制台快速频繁访问
,
观察效果
6.重要功能
Sentinel
的主要功能就是容错,主要体现为下面这三个:
-
流量控制流量控制在网络传输中是一个常用的概念,它用于调整网络包的数据。任意时间到来的请求往往是 随机不可控的,而系统的处理能力是有限的。我们需要根据系统的处理能力对流量进行控制。 Sentinel 作为一个调配器,可以根据需要把随机的请求调整成合适的形状。
-
熔断降级当检测到调用链路中某个资源出现不稳定的表现,例如请求响应时间长或异常比例升高的时候,则 对这个资源的调用进行限制,让请求快速失败,避免影响到其它的资源而导致级联故障。Sentinel 对这个问题采取了两种手段 :
-
通过并发线程数进行限制Sentinel 通过限制资源并发线程的数量,来减少不稳定资源对其它资源的影响。当某个资源 出现不稳定的情况下,例如响应时间变长,对资源的直接影响就是会造成线程数的逐步堆 积。当线程数在特定资源上堆积到一定的数量之后,对该资源的新请求就会被拒绝。堆积的 线程完成任务后才开始继续接收请求。
-
通过响应时间对资源进行降级除了对并发线程数进行控制以外,Sentinel 还可以通过响应时间来快速降级不稳定的资源。 当依赖的资源出现响应时间过长后,所有对该资源的访问都会被直接拒绝,直到过了指定的 时间窗口之后才重新恢复。Sentinel 和 Hystrix 的区别两者的原则是一致的 , 都是当一个资源出现问题时 , 让其快速失败 , 不要波及到其它服务但是在限制的手段上 , 确采取了完全不一样的方法 :Hystrix 采用的是线程池隔离的方式 , 优点是做到了资源之间的隔离 , 缺点是增加了线程切换的成本。Sentinel 采用的是通过并发线程的数量和响应时间来对资源做限制。
-
-
系统负载保护Sentinel 同时提供系统维度的自适应保护能力。当系统负载较高的时候,如果还持续让请求进入可能会导致系统崩溃,无法响应。在集群环境下,会把本应这台机器承载的流量转发到其 它的机器上去。如果这个时候其它的机器也处在一个边缘状态的时候,Sentinel 提供了对应的保 护机制,让系统的入口流量和系统的负载达到一个平衡,保证系统在能力范围之内处理最多的请 求。
总之一句话
:
我们需要做的事情,就是在
Sentinel
的资源上配置各种各样的规则,来实现各种容错的功
能。