三、认识Sentinel

1. 什么是Sentinel?

• 官方概念
  Sentinel 是面向分布式、多语言异构化服务架构的流量治理组件，主要以流量为切入点，从流量路由、流量控制、流量整形、熔断降级、系统自适应过载保护、热点流量防护等多个维度来帮助开发者保障微服务的稳定性。
• 个人理解
  Sentinel 是阿里巴巴开源的分布式系统流量治理组件，核心作用是解决分布式架构下的流量失控、服务稳定性保障、熔断降级等问题，最终目标是避免因局部故障扩散导致整个分布式系统崩溃，即实现 “弹性容错”。
  它的核心价值可概括为：“治流量、保稳定、防雪崩”。

2. Sentinel的功能

本文从以5点对Sentinel进行功能介绍：

序号	功能	备注说明
1	流量控制	防止流量过载
2	熔断降级	防止故障扩散
3	系统自适应保护	全局资源调度
4	热点参数限流	精准打击高频风险
5	黑白名单控制	访问权限管控

2.1 流量控制（Flow Control）：防止流量过载

流量控制是 Sentinel 最基础的能力，其核心思想是 “根据预设规则限制流量的输入和输出速率” ，避免因突发流量（如秒杀、促销）或异常流量导致服务资源耗尽（如 CPU、内存、线程池占满）。

作用逻辑：

• 监控服务的实时流量（如 QPS、并发线程数），与预设的 “流量阈值” 对比；
• 当流量超过阈值时，触发限流策略，拒绝或延迟部分请求，保障服务核心功能可用。

常见限流规则：

规则类型	适用场景	示例
QPS限流	控制单位时间内的请求次数（最常用）	限制某接口每秒最多处理1000个请求
并发线程数限流	控制服务同时处理的线程数（避免线程池耗尽）	限制某服务最多同时使用50个线程
关联限流	防止“非核心接口”抢占“核心接口”资源	当“商品详情接口”流量过高时，限流“评论接口”
链路限流	限制某一调用链路的流量（而非全局）	只限制“APP->订单接口”的流量，不限制“后台管理->订单接口”

2.2 熔断降级（Circuit Breaking & Degradation）：防止故障扩散

在分布式系统中，服务间依赖关系复杂（如 A 依赖 B，B 依赖 C），若下游服务 C 故障（如响应超时、报错率高），上游服务 B 会因 “等待 C 响应” 而占用大量资源（如线程阻塞），进而导致 B 故障，最终扩散至 A，引发 “服务雪崩”。
Sentinel 的熔断降级功能就是通过 “暂时切断故障依赖”，避免故障扩散，给下游服务恢复时间。

作用逻辑：

• 监控下游服务的调用状态（如错误率、响应时间、超时比例）；
• 当指标超过预设阈值时，触发 “熔断”：短期内不再调用该下游服务，直接返回 “降级响应”（如默认值、缓存数据）；
• 熔断一段时间后，进入 “半开” 状态，尝试少量调用下游服务：若恢复正常则关闭熔断，若仍故障则继续熔断。

常见熔断策略：

• 错误率熔断： 当调用错误率（如 HTTP 5xx、业务异常）超过阈值（如 50%）时熔断；
• 响应时间熔断： 当调用响应时间的 95% 分位值超过阈值（如 500ms）时熔断；
• 超时比例熔断： 当调用超时比例（如超过 1s 的请求占比）超过阈值时熔断。

2.3 系统自适应保护（System Adaptive Protection）：全局资源调度

流量控制和熔断降级是 “局部保护”（针对单个接口或依赖），而系统自适应保护是 “全局保护”—— 从整个系统的资源（CPU、内存、负载、入口 QPS）出发，动态调整流量，避免系统整体过载。

核心作用：

• 防止 “局部流量正常，但全局资源耗尽” 的问题（例如：多个接口单独限流都未触发，但叠加后导致 CPU 100%）；
• 基于系统实时指标（如 CPU 使用率、系统负载 Load、入口总 QPS）自动调整限流阈值，无需人工配置。

常见保护策略：

• CPU 保护： 当 CPU 使用率超过阈值（如 80%），自动限制入口流量；
• 负载保护： 当系统负载（Load）超过阈值（如 Linux 系统 Load > 8），限制非核心流量；
• 内存保护： 当 JVM 内存使用率超过阈值（如 90%），触发限流或降级。

2.4 热点参数限流（Hot Parameter Flow Control）：精准打击高频风险

热点” 指 “访问频率极高的参数值” ，例如：

• 秒杀场景中，某一热门商品 ID（如 “商品 ID=10086”）的请求占比 90%，若只对 “商品接口” 做全局 QPS 限流，会导致其他商品的正常请求被误杀；
• 用户登录接口中，某一恶意用户的手机号（如 “138xxxx8888”）短时间内请求 1000 次，需单独限制该手机号。
  Sentinel 的热点参数限流可实现 “基于参数值的精准限流” ，只限制高频风险参数，不影响其他正常参数的请求。

2.5 黑白名单控制（Black/White List Control）：访问权限管控

基于请求的 “标识信息”（如 IP 地址、用户 ID、手机号）设置黑白名单，实现访问权限的精准控制：

• 黑名单： 拒绝特定标识的请求（如封禁恶意 IP、违规用户 ID）；
• 白名单： 只允许特定标识的请求（如仅允许公司内网 IP 访问后台管理接口）。

典型场景：

• 防止恶意爬虫： 封禁爬虫 IP；
• 后台接口保护： 仅允许运维 / 开发人员的 IP 访问；
• 灰度发布： 仅允许白名单用户访问新功能接口。

Sentinel 与其他组件的区别（为何选择 Sentinel？）
很多人会将 Sentinel 与 Hystrix（Netflix 开源，已停止维护）、Resilience4j（轻量级熔断组件）对比，其核心优势在于：

特性	Sentinel	Hystrix	Resilience4j
核心能力	流量控制 + 熔断 + 系统保护 + 热点限流 + 黑白名单	熔断降级（核心）	熔断 + 限流 + 重试（轻量）
易用性	开箱即用，支持 Spring Cloud/Spring Boot 自动装配	需手动配置线程池，复杂度高	需手动集成，配置较繁琐
监控能力	自带 Dashboard，实时查看流量、熔断状态	需集成 Turbine + Dashboard	需集成 Micrometer 等
性能	高（底层采用 Netty 异步模型，QPS 支持百万级）	低（线程池隔离，开销大）	中（基于 RxJava，轻量）
活跃度	活跃（阿里维护，持续更新）	停止维护（2018 年后）	活跃

3. 总结

Sentinel 不是单一功能的组件，而是一套 “分布式系统稳定性保障的完整解决方案” ，其核心作用可归纳为：

1. 防过载：通过流量控制、热点限流限制异常流量；
2. 防雪崩：通过熔断降级切断故障依赖；
3. 保全局：通过系统自适应保护确保整体资源安全；
4. 精管控：通过黑白名单、热点参数实现精准权限和风险控制。

目前，Sentinel 已广泛应用于阿里内部（如双十一、春晚红包）及外部企业的分布式架构中，是微服务、云原生场景下保障服务稳定性的核心组件之一。