微服务调用链路中的某个服务故障,引起整个链路中的所有微服务都不可用,这就是雪崩。
导致服务雪崩的原因有如下三种:
- 1.由于服务自身的原因,比如缓存击穿,大量的请求,程序bug,硬件故障等导致服务不可用,导致雪崩
- 2.由于用户或者代码逻辑重试,加大了流量,导致服务雪崩
- 3.由于资源耗尽,导致服务调用者不可用,就是下面的雪崩效应的情况。
解决雪崩问题的常见方式有四种:
设定超时时间,请求超过一定时间没有响应就返回错误信息,不会无休止等待
限定每个业务能使用的线程数,避免耗尽整个tomcat的资源,因此也叫线程隔离。
由断路器统计业务执行的异常比例,如果超出阈值则会熔断该业务,拦截访问该业务的一切请求。
限制业务访问的QPS,避免服务因流量的突增而故障。
Sentinel | Hystrix | |
---|---|---|
隔离策略 | 信号量隔离 | 线程池隔离/信号量隔离 |
熔断降级策略 | 基于慢调用比例或异常比例 | 基于失败比率 |
实时指标实现 | 滑动窗口 | 滑动窗口(基于 RxJava) |
规则配置 | 支持多种数据源 | 支持多种数据源 |
扩展性 | 多个扩展点 | 插件的形式 |
基于注解的支持 | 支持 | 支持 |
限流 | 基于 QPS,支持基于调用关系的限流 | 有限的支持 |
流量整形 | 支持慢启动、匀速排队模式 | 不支持 |
系统自适应保护 | 支持 | 不支持 |
控制台 | 开箱即用,可配置规则、查看秒级监控、机器发现等 | 不完善 |
常见框架的适配 | Servlet、Spring Cloud、Dubbo、gRPC 等 | Servlet、Spring Cloud Netflix |
Sentinel是阿里巴巴开源的一款微服务流量控制组件。
官网地址:https://sentinelguard.io/zh-cn/
Sentinel 具有以下特征:
- 丰富的应用场景:Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景,例如秒杀(即突发流量控制在系统容量可以承受的范围)、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。
- 完备的实时监控:Sentinel 同时提供实时的监控功能。您可以在控制台中看到接入应用的单台机器秒级数据,甚至 500 台以下规模的集群的汇总运行情况。
- 广泛的开源生态:Sentinel 提供开箱即用的与其它开源框架/库的整合模块,例如与 Spring Cloud、Dubbo、gRPC 的整合。您只需要引入相应的依赖并进行简单的配置即可快速地接入 Sentinel。
- 完善的 SPI 扩展点:Sentinel 提供简单易用、完善的 SPI 扩展接口。您可以通过实现扩展接口来快速地定制逻辑。例如定制规则管理、适配动态数据源等。
sentinel官方提供了UI控制台,方便我们对系统做限流设置。大家可以在GitHub下载 :
下载地址:https://github.com/alibaba/Sentinel/releases
java -jar sentinel-dashboard-1.8.1.jar
localhost:8080 即可看到控制台页面,默认的账户和密码都是sentinel
如果要修改Sentinel的默认端口、账户、密码,可以通过下列配置:
例如:如果8080端口占用了,可用8090端口
java -jar sentinel-dashboard-1.8.1.jar -Dserver.port=8090
我们在order-service(订单模块)中整合Sentinel,并且连接Sentinel的控制台,步骤如下:
com.alibaba.cloud spring-cloud-starter-alibaba-sentinel
cloud:nacos:server-addr: localhost:10086 #nacos地址sentinel:transport:dashboard: localhost:8080 #sentinel 控制台地址
上一篇:AQS 源码解读