前一篇文章介紹了Spring Cloud Gateway的一些基礎知識點，今天陳某就來嘮一嘮網關層面如何做限流?
文章目錄如下：
網關如何限流?
Spring Cloud Gateway本身自帶的限流實現，過濾器是RequestRateLimiterGatewayFilterFactory，不過這種上不了臺面的就不再介紹了，有興趣的可以實現下。
今天的重點是集成阿里的Sentinel實現網關限流，sentinel有不懂的可以看陳某的文章：阿里限流神器Sentinel奪命連環 17 問?
從1.6.0版本開始，Sentinel提供了SpringCloud Gateway的適配模塊，可以提供兩種資源維度的限流：
- route維度：即在配置文件中配置的路由條目，資源名為對應的routeId，這種屬于粗粒度的限流，一般是對某個微服務進行限流。
- 自定義API維度：用戶可以利用Sentinel提供的API來自定義一些API分組，這種屬于細粒度的限流，針對某一類的uri進行匹配限流，可以跨多個微服務。
sentinel官方文檔：https://github.com/alibaba/Sentinel/wiki/%E7%BD%91%E5%85%B3%E9%99%90%E6%B5%81
Spring Cloud Gateway集成Sentinel實現很簡單，這就是阿里的魅力，提供簡單、易操作的工具，讓程序員專注于業務。
新建項目
新建一個gateway-sentinel9026模塊，添加如下依賴：
- --nacos注冊中心-->
-
-
com.alibaba.cloud -
spring-cloud-starter-alibaba-nacos-discovery - --springcloudgateway-->
-
-
org.springframework.cloud -
spring-cloud-starter-gateway - --springcloudgateway整合sentinel的依賴-->
-
-
com.alibaba.cloud -
spring-cloud-alibaba-sentinel-gateway - --sentinel的依賴-->
-
-
com.alibaba.cloud -
spring-cloud-starter-alibaba-sentinel
注意：這依然是一個網關服務，不要添加WEB的依賴
配置文件
配置文件中主要指定以下三種配置：
- nacos的地址
- sentinel控制臺的地址
- 網關路由的配置
配置如下：
- spring:
- cloud:
- ##整合sentinel，配置sentinel控制臺的地址
- sentinel:
- transport:
- ##指定控制臺的地址，默認端口8080
- dashboard:localhost:8080
- nacos:
- ##注冊中心配置
- discovery:
- #nacos的服務地址，nacos-server中IP地址:端口號
- server-addr:127.0.0.1:8848
- gateway:
- ##路由
- routes:
- ##id只要唯一即可，名稱任意
- -id:gateway-provider
- uri:lb://gateway-provider
- ##配置斷言
- predicates:
- ##PathRoutePredicateFactory斷言，滿足/gateway/provider/**這個請求路徑的都會被路由到http://localhost:9024這個uri中
- -Path=/gateway/provider/**
上述配置中設置了一個路由gateway-provider，只要請求路徑滿足/gateway/provider/**都會被路由到gateway-provider這個服務中。
限流配置
經過上述兩個步驟其實已經整合好了Sentinel，此時訪問一下接口：http://localhost:9026/gateway/provider/port
然后在sentinel控制臺可以看到已經被監控了，監控的路由是gateway-provider，如下圖：
此時我們可以為其新增一個route維度的限流，如下圖：
上圖中對gateway-provider這個路由做出了限流，QPS閾值為1。
此時快速訪問：http://localhost:9026/gateway/provider/port，看到已經被限流了，如下圖：
以上route維度的限流已經配置成功，小伙伴可以自己照著上述步驟嘗試一下。
API分組限流也很簡單，首先需要定義一個分組，API管理-> 新增API分組，如下圖：
匹配模式選擇了精確匹配(還有前綴匹配，正則匹配)，因此只有這個uri：http://xxxx/gateway/provider/port會被限流。
第二步需要對這個分組添加流控規則，流控規則->新增網關流控，如下圖：
API名稱那里選擇對應的分組即可，新增之后，限流規則就生效了。
陳某不再測試了，小伙伴自己動手測試一下吧...............
陳某這里只是簡單的配置一下，至于限流規則持久化一些內容請看陳某的Sentinel文章，這里就不再過多的介紹了。
如何自定義限流異常信息?
從上面的演示中可以看到默認的異常返回信息是："Block........."，這種肯定是客戶端不能接受的，因此需要定制自己的異常返回信息。
下面介紹兩種不同的方式定制異常返回信息，開發中自己選擇其中一種。
直接配置文件中定制
開發者可以直接在配置文件中直接修改返回信息，配置如下：
- spring:
- cloud:
- ##整合sentinel，配置sentinel控制臺的地址
- sentinel:
- #配置限流之后，響應內容
- scg:
- fallback:
- ##兩種模式，一種是response返回文字提示信息，
- ##一種是redirect，重定向跳轉，需要同時配置redirect(跳轉的uri)
- mode:response
- ##響應的狀態
- response-status:200
- ##響應體
- response-body:'{"code":200,"message":"請求失敗，稍后重試！"}'
上述配置中mode配置的是response，一旦被限流了，將會返回JSON串。
- {
- "code":200,
- "message":"請求失敗，稍后重試！"
- }
重定向的配置如下：
- spring:
- cloud:
- ##整合sentinel，配置sentinel控制臺的地址
- sentinel:
- #配置限流之后，響應內容
- scg:
- fallback:
- ##兩種模式，一種是response返回文字提示信息，一種是redirect，重定向跳轉，需要同時配置redirect(跳轉的uri)
- mode:redirect
- ##跳轉的URL
- redirect:http://www.baidu.com
一旦被限流，將會直接跳轉到：http://www.baidu.com
編碼定制
這種就不太靈活了，通過硬編碼的方式，完整代碼如下：
- @Configuration
- publicclassGatewayConfig{
- /**
- *自定義限流處理器
- */
- @PostConstruct
- publicvoidinitBlockHandlers(){
- BlockRequestHandlerblockHandler=(serverWebExchange,throwable)->{
- Mapmap=newHashMap();
- map.put("code",200);
- map.put("message","請求失敗，稍后重試！");
- returnServerResponse.status(HttpStatus.OK)
- .contentType(MediaType.APPLICATION_JSON_UTF8)
- .body(BodyInserters.fromObject(map));
- };
- GatewayCallbackManager.setBlockHandler(blockHandler);
- }
- }
兩種方式介紹完了，根據業務需求自己選擇適合的方式，當然陳某更喜歡第一種，理由：約定>配置>編碼。
網關限流了，服務就安全了嗎?
很多人認為只要網關層面做了限流，躲在身后的服務就可以高枕無憂了，你是不是也有這種想法?
很顯然這種想法是錯誤的，復雜的微服務架構一個獨立服務不僅僅被一方調用，往往是多方調用，如下圖：
商品服務不僅僅被網關層調用，還被內部訂單服務調用，這時候僅僅在網關層限流，那么商品服務還安全嗎?
一旦大量的請求訂單服務，比如大促秒殺，商品服務不做限流會被瞬間擊垮。
因此需要根據公司業務場景對自己負責的服務也要進行限流兜底，最常見的方案：網關層集群限流+內部服務的單機限流兜底，這樣才能保證不被流量沖垮。
總結
文章介紹了Spring Cloud Gateway整合Sentinel對網關層進行限流，以及關于限流的一些思考。
原文鏈接：https://mp.weixin.qq.com/s/RK1mULrJvZSv9yGlZgYYTg
