目录
- 前言
- 系统规则
- 原理
- 黑白名单控制
- 规则配置
- 示例
- 总结
前言
系统在生产环境运行过程中，我们经常需要监控服务器的状态，看服务器CPU、内存、IO等的使用率；主要目的就是保证服务器正常的运行，不能被某些应用搞崩溃了；而且在保证稳定的前提下，保持系统的最大吞吐量。
长期以来，系统自适应保护的思路是根据硬指标，即系统的负载 (load1) 来做系统过载保护。当系统负载高于某个阈值，就禁止或者减少流量的进入；当 load 开始好转，则恢复流量的进入。
系统规则
Sentinel的系统保护规则是从应用级别的入口流量进行控制 ，从单台机器的总体 Load、RT、入口 QPS 、线程数和CPU使用率五个维度监控应用数据，让系统尽可能跑在最大吞吐量的同时保证系统整体的稳定性。
系统保护规则是应用整体维度的，而不是资源维度的，并且仅对入口流量生效。入口流量指的是进入应用的流量（EntryType.IN），比如 Web 服务或 Dubbo 服务端接收的请求，都属于入口流量。
上图中系统规则支持以下的阈值类型：
- Load（仅对 Linux/Unix-like 机器生效）：当系统 load1 超过阈值，且系统当前的并发线程数超过系统容量时才会触发系统保护。系统容量由系统的 maxQps * minRt 计算得出。设定参考值一般是 CPU cores * 2.5。
- CPU使用率：当系统 CPU 使用率超过阈值即触发系统保护（取值范围 0.0-1.0）。
- RT：当单台机器上所有入口流量的平均 RT 达到阈值即触发系统保护，单位是毫秒。
- 线程数：当单台机器上所有入口流量的并发线程数达到阈值即触发系统保护。
- 入口 QPS：当单台机器上所有入口流量的 QPS 达到阈值即触发系统保护。
原理
先用图来说明：
我们把系统处理请求的过程想象为一个水管，到来的请求是往这个水管灌水，当系统处理顺畅的时候，请求不需要排队，直接从水管中穿过，这个请求的RT是最短的；反之，当请求堆积的时候，那么处理请求的时间则会变为：排队时间 + 最短处理时间。
上图中我们可以总结出：
- 如果我们能够保证水管里的水量，能够让水顺畅的流动，则不会增加排队的请求；也就是说，这个时候的系统负载不会进一步恶化。
- 当保持入口的流量是水管出来的流量的最大的值的时候，可以最大利用水管的处理能力。
黑白名单控制
很多时候，我们需要根据调用方来限制资源是否通过，这时候可以使用 Sentinel 的黑白名单控制的功能。黑白名单根据资源的请求来源（origin）限制资源是否通过 ，若配置白名单则只有请求来源位于白名单内时才可通过；若配置黑名单则请求来源位于黑名单时不通过，其余的请求通过。
调用方信息通过 ContextUtil.enter(resourceName, origin) 方法中的 origin 参数传入。
规则配置
黑白名单规则（AuthorityRule）非常简单，主要有以下配置项：
- resource：资源名，即限流规则的作用对象
- limitApp：对应的黑名单/白名单，不同 origin 用 , 分隔，如 appA,appB
- strategy：限制模式，AUTHORITY_WHITE 为白名单模式，AUTHORITY_BLACK 为黑名单模式，默认为白名单模式
配置起来比较简单，我们看看代码编写是怎么样的
示例
比如我们希望控制对资源 test 的访问设置白名单，只有来源为 appA 和 appB 的请求才可通过，则可以配置如下白名单规则：
总结
今天老顾介绍的两个知识点比较简单，但是也是比较实用的。下面老顾将深入介绍Sentinel；谢谢！！！
---End---
最近老顾上传了微服务网关的分享课程，请大家多多支持
1、基于RocketMq的SpringCloud Stream框架实战入门
2、如何搭建消息中间件应用框架之SpringCloud Stream
3、面试必备：网关异常了怎么办？如何做全局异常处理？
4、Gateway网关系列(二)：SpringCloud Gateway入门实战，路由规则
5、Gateway网关系列开篇：SpringCloud的官方网关Gateway介绍
6、 API网关在微服务架构中的应用，这一篇就够了
7、学习Lambda表达式看这篇就够了，不会让你失望的哦（续篇）
8、Lambda用在哪里？几种场景？
9、为什么会出现Lambda表达式，你知道吗？
10、不说“分布式事务”理论，直接上大厂阿里的解决方案，绝对实用
11、女程序员问到这个问题，让我思考了半天，Mysql的“三高”架构
12、大厂二面：CAP原则为什么只能满足其中两项？而不能同时满足
13、阿里P7二面：聊聊零拷贝的原理
14、秒杀系统的核心点都在这里，快来取
15、你了解如何利用token方式实现分布式Session吗？
16、Mysql索引结构演变，为什么最终会是那个结构呢？让你一看就懂
17、一场比赛涉及到的知识，用通俗易通的方式介绍并发协调
18、企业实战Redis全方面思考，你思考了吗？
19、面试题：Thread的start和run的区别
20、面试题：什么是CAS？CAS的作用以及缺点
21、如何访问redis中的海量数据？避免事故产生
22、如何解决Redis热点问题？以及如何发现热点？
23、如何设计API接口，实现统一格式返回？
24、你真的知道在生产环境下如何部署tomcat吗？
25、分享一线互联网大厂分布式唯一ID设计 之 snowflake方案
26、分享大厂分布式唯一ID设计方案，快来围观
27、你想了解一线大厂的分布式唯一ID生成方案吗？
28、你知道如何处理大数据量吗？(数据拆分篇)
29、如何永不迁移数据和避免热点? 根据服务器指标分配数据量(揭秘篇)
30、你知道怎么分库分表吗？如何做到永不迁移数据和避免热点吗？
31、你了解大型网站的页面静态化吗？
32、你知道如何更新缓存吗？如何保证缓存和数据库双写一致性？
33、你知道怎么解决DB读写分离，导致数据不一致问题吗？
34、DB读写分离情况下，如何解决缓存和数据库不一致性问题？
35、你真的知道怎么使用缓存吗？
36、如何利用锁，防止缓存击穿？重构思想的重要性
37、海量订单产生的业务高峰期，如何避免消息的重复消费？
38、你知道如何保障生产端100%消息投递成功吗？
39、微服务下的分布式session该如何管理？
40、阿里二面：filter、interceptor、aspect应如何选择？很多人中招
41、互联网架构重要组员CDN，很多高级开发都没有实操过，来看这里
42、阿里二面：CDN缓存控制原理，看看能不能难住你
43、SpringCloud Alibaba之Nacos多环境多项目管理
44、SpringCloud Alibaba系列之Nacos配置中心玩法
45、SpringCloud Alibaba之Nacos注册中心
46、SpringCloud Plus版本之SpringCloud Alibaba
47、SpringCloud Alibaba之Nacos集群、持久化
48、SpringCloud Alibaba之Nacos共享配置、灰度配置
49、SpringCloud Alibaba之Sentinel工作原理
50、SpringCloud Alibaba之Sentinel流控管理
51、SpringCloud Alibaba之Sentinel降级管理
52、SpringCloud Alibaba之Sentinel热点参数限流
53、SpringCloud Alibaba之Sentinel的API实战
閱讀更多 老顧聊技術 的文章
