Sentinel原理摘要

1. 今日目标

本文旨在介绍阿里巴巴的微服务保护框架Sentinel，并与早期流行的Hystrix框架进行对比。对比分析表明，Sentinel在流量控制、多样化的熔断降级、实时监控等方面更具优势，而Hystrix的重点在隔离与熔断容错机制。由于Hystrix已停止维护，国内主流微服务保护逐渐转向Sentinel。

2. Sentinel基本概念

资源：在Sentinel中，资源是代码块的统称，可以是服务、URL或方法签名。通过Sentinel API定义的资源可以被保护。

规则：规则是针对资源实时状态设定的，包括流量控制规则、熔断降级规则和系统保护规则，且可动态调整。

3. Sentinel功能和设计理念

3.1 流量控制

流量控制用于根据系统处理能力调整随机请求，避免系统超载。Sentinel支持多角度流量控制，包括资源调用关系、运行指标（如QPS、线程池负载）和控制效果（如限流、冷启动、排队等待）。设计理念强调灵活组合以实现最佳效果。

3.2 熔断降级

Sentinel通过限制资源并发线程数和响应时间快速降级不稳定资源，避免调用链路堆积导致系统雪崩。相比Hystrix的线程池隔离方式，Sentinel提供更轻量化的解决方案，同时减少了线程切换成本。

此外，Sentinel具备系统负载自适应保护能力，通过平衡系统入口流量与负载，避免单机及集群环境中的系统崩溃。

3.3 Sentinel的工作机制

Sentinel通过主流框架适配或API定义保护资源，同时提供实时统计和调用链路分析。结合预设规则，Sentinel动态控制流量，并开放接口方便用户调整规则。此外，Sentinel具备实时监控系统，帮助用户快速了解系统状态。

4. 总结

Sentinel以多样化流量控制、熔断降级、系统保护及实时监控为核心设计理念，逐渐成为国内主流微服务保护框架。后续章节将基于Sentinel实践微服务保护相关知识。

欢迎关注、点赞、收藏支持，如需转载请注明出处，感谢支持！