一、确定规模
1.1 限流
易动摇或许对动摇比较敏感；简单影响全体的；不能猜测上游行为，或许不能猜测下流行为，依靠的上下流有不可猜测的行为体。要不要做熔断降级的中心点在于是否可控，有没有不可控因素。
1.1.1 需求提早做限流的接口
-
1、简单出问题的，比方经常功用有大动摇的；
-
2、速度慢的，速度慢会导致资源长时刻不能开释；
-
3、单次恳求耗费的资源多的；
-
4、恳求量大占用总资源多的；
-
5、触及到简单构成瓶颈的资源，比方会导致串行，防止长事务；
- 事务内调用了外部接口，为了防止衔接不能开释应提早做好熔断，比方呼应时刻设置；
- 需求恳求一个公共的锁，导致很多排队
-
6、恳求量动摇很大的，比方搞活动的接口；
-
7、供给给外部体系的接口，主要是难以猜测改变的；
-
8、简单积压的事务，积压后会导致影响其他事务；
-
9、下流行为不能猜测或许下流依靠功用动摇大服务 需求自我做限流熔断，比方依靠的是大数据，公共数据服务；
- 依靠大数据的接口，大数据功用动摇大的事务；
- 需求往公共数据服务里写数据；
- 查了下流供给的ES数据，通用时不能预知会发生什么；
- 调用了第三方的接口
1.1.2 资源分配流控
对于通用性或许有多个上游的服务，往往需求做好资源分配，以确保隔离
- 1、通用的公共组件对外供给接口、ES等；
- 2、服务于多个事务方，防止连锁反应
1.2、熔断
逻辑有错，积压，负载高等
1.2.1 熔断
- 1、影响数据准确性，多一个恳求多一条脏数据；
- 2、逻辑存在过错，引发其他体系数据过错；
- 3、接口过慢，引发连锁反应；
- 4、本体系负载已经过高，已经有积压；
1.2.2 注意事项
不要随意为了解决问题而在任意节点熔断限流，要评价对数据的影响，是否会引起数据过错或许熔断后能不能做补偿恢复；
二、阈值设置
2.1 需求满意两方面
- 1、需求目标期望值；
- 2、资源答应资源占用的量 不要从体系有多少资源来设置；
考虑其他接口未来的占用和需求预留的容量，不同体系预留的容量不一样。为了确保稳定，中心体系一般至少预留出3倍的容量，也便是正常不运用超过30%的资源。
阈值 = 分配的资源容量能到达的量 * 预留倍数
设置依据的是实际需求和能分配的资源量，而不是依据压测的实际数量来。
2.2 设置依据
- 1、压测
- 2、历史监控观测成果
- 3、预算
设置阈值时，因为并不总是有条件进行压测，就需求进行预算，此时应该先评价接口各类资源的大致均匀耗费，核算得出不同资源答应的占用量能到达的恳求数。
2.2.1 容量评价核算
总体思路为预算，链路上触及资源的均匀耗费来除以总量来进行核算。
每秒接口处理时刻总耗时 = qps * 均匀呼应时刻
175qps * 32ms = 5.6s
CPU 100%利用率每秒接口总处理时长 = 每秒实际时长 / CPU利用率
5.6s / 15%(cpu usage) = 37s
最大吞吐实际所需线程数 = CPU 100%利用率每秒接口总处理时长
= 37 < 200(默认巨细)
均匀CPU : IO等非CPU耗时 = 核数：CPU 100%利用率每秒接口总处理时长
2/37s （cpu核数）= 1:19
CPU实际能到达的最大吞吐 = CPU 100%利用率每秒接口总处理时长 / 均匀呼应时刻
= 37 / 0.032 = 1100qps
现在假定线程数为25，最大吞吐为 = 线程数 / 均匀呼应时刻
= 25 / 0.032 = 781
781 < 1100 , 线程数构成CPU瓶颈；
假定有衔接数据库，共10个衔接，每个接口均匀耗时数据库恳求20ms（或许用均匀恳求次数（sql总qps/接口恳求次数）和sql均匀耗时算）；
则数据库衔接吞吐为=资源总数/均匀耗时
= 10 / 20ms = 500qps
500 < 781 ，则数据库衔接又构成线程的瓶颈;
在2核，25线程，10衔接的情况下终究最大吞吐 = min(cpu，线程数，衔接数) = 500
反向核算，从答应的资源推出答应的阈值
三、Sentinel支持的功用
Fegin和Dubbo等默认不走网关，而且现在一切的项目都已经有sentinel相关装备，因而做到对应服务上即可。
- 1、区分来历限流
对不同的来历设置不同的限流规矩。默认只支持ip，服务名称，接入方等需求扩展回来来历的API；
- 2、针对热门参数限流
依据参数位置，将对应参数的不同值独自统计限流。假如不能从参数取值，而是在上下文之类的当地可以通过Sphu.entry来设置。现在nacos存的数据和监听获取的数据格式不一致，暂未解决。
- 3、体系功用指标
CPU、RT、QPS等，现在有功用可是不好使。未定位到问题
- 4、接口分级和批量降级
依据重要程度对接口进行区分，故障时优先确保中心功用。
对某一类接口限流，通过装备成同名的资源完成。可完成中心和非中心的区分，通过降级非中心来确保中心。
四、主张
及时做好流量预估、扩容和优化，确保正常运用，防止出现需求熔断降级的情况。熔断降级对错正常情况下的手段。
