概述

简介

监控应用流量的QPS或并发线程数，当达到指定的阈值时对流量进行控制

规则

1.资源名：请求路径

2.针对来源：配置该规则微服务，一般填写调用方的微服务名称，多个用","分割

3.阈值类型：二选一，QPS【每秒的最大请求数2】和线程数【并发线程数】 单机阈值：单机状态下的最大限制值

4.是否集群：根据实际情况选择

5.流控模式：

(1)直接：直接作用于当前资源，如果访问压力大于某个阈值，后续请求将被直接拦下来

(2)关联：统计与当前资源相关的另一个资源，触发阈值时，对当前资源限流

(3)链路：当指定链路上的访问量⼤于某个阈值时，对当前资源进⾏限流，这⾥的“指定链路”是细化到API级别的限流维度

6.流控效果：

(1)快速失败：默认的流量控制方式，当QPS超过任意规则的阈值后，新的请求就会被立即拒绝，拒绝方式为抛出FlowException。

(2)Warm Up：即预热/冷启动方式。当系统长期处于低水位的情况下，当流量突然增加时，直接把系统拉升到高水位可能瞬间把系统压垮。 通过"冷启动"，让通过的流量缓慢增加，在一定时间内逐渐增加到阈值上限，给冷系统一个预热的时间，避免冷系统被压。

(3)排队等待：匀速排队方式会严格控制请求通过的间隔时间，也即是让请求以均匀的速度通过，对应的是漏桶算法 。这种方式主要用于处理间隔性突发的流量。

直接模式

简介

当QPS超过某个阈值的时候，则采取措施进行流量控制

注意

若使用除了直接拒绝之外的流量控制效果，则调用关系限流策略（strategy）会被忽略

配置

 

效果

1秒钟内查询1次就ok，若超过1次，就直接快速失败，报默认错误

测试

http://localhost:8008/index

关联模式

简介

当关联的资源达到阈值时就限流自己

配置

 

效果

/testA达到阈值时，则/testB也会被限

测试

测试接口1：http://localhost:8008/testB

测试接口2：http://localhost:8008/testA

测试思路：先访问1，不会被限流，多次访问2，再访问1会被限流