微服务的五大组件限流 微服务限流框架

文章目录

• 微服务框架
• 微服务保护
• 31 限流规则

• 31.2 流控模式【关联】

• 31.2.1 流控模式
• 31.2.2 流控模式 - 关联
• 31.2.3 小结

31 限流规则

31.2 流控模式【关联】

31.2.1 流控模式

在添加限流规则时，点击高级选项，可以选择三种流控模式：

• 直接：统计当前资源的请求，触发阈值时对当前资源直接限流，也是默认的模式
• 关联：统计与当前资源相关的另一个资源，触发阈值时，对当前资源限流
• 链路：统计从指定链路访问到本资源的请求，触发阈值时，对指定链路限流

直接比较简单，就不说了

31.2.2 流控模式 - 关联

【关联模式】：统计与当前资源相关的另一个资源，触发阈值时，对当前资源限流

【使用场景】：比如用户支付时需要修改订单状态，同时用户要查询订单。查询和修改操作会争抢数据库锁，产生竞争。业务需求是有限支付和更新订单的业务，因此当修改订单业务触发阈值时，需要对查询订单业务限流。

当/write资源访问量触发阈值时，就会对/read资源限流，避免影响/write资源。

【举个栗子】案例：流量模式 - 关联

需求：

• 在OrderController新建两个端点：/order/query和/order/update，无需实现业务【模拟一下就行】
• 配置流控规则，当/order/ update资源被访问的QPS超过5时，对/order/query请求限流

编写两个端点【修改控制器】

@GetMapping("/query")
public String queryOrder(){

    return "查询订单成功";

}

@GetMapping("/update")
public String updateOrder(){

    return "更新订单成功";

}

OK，两个新的资源，重启order 服务

OK， 访问一下接口

查看sentinel 控制台

OK， 两个资源都上来了，现在的需求是：当update 触发阈值，对query 进行限流

对query 添加流控

直接新增

OK，直接进行模拟测试

对update 发起100 s 的1000 次请求

启动测试

当然这个请求不会被限流，现在我们直接去访问query

妙啊 ， 这就是实现了update 触发了阈值，对query 进行限流

31.2.3 小结

满足下面条件可以使用关联模式：

• 两个有竞争关系的资源
• 一个优先级较高，一个优先级较低