本文主要內(nèi)容是:為什么要使用網(wǎng)關(guān),整合Gateway,Gateway核心學(xué)習(xí):Route,Predicate,Filter,最后使用Gateway聚合微服務(wù)請(qǐng)求
先總結(jié)至此的架構(gòu)
1 網(wǎng)關(guān)的價(jià)值
不使用網(wǎng)關(guān)行嘛?
-
各個(gè)請(qǐng)求直接打在各個(gè)微服務(wù)
小規(guī)挠脖看起來(lái)還行,如果微服務(wù)很多呢?上百個(gè)呢?帶來(lái)哪些問(wèn)題呢
- 認(rèn)證復(fù)雜,要對(duì)每個(gè)服務(wù)中每個(gè)接口做認(rèn)證處理!
- 客戶端難以重構(gòu),隨著架構(gòu)迭代,很可能要重新劃分微服務(wù),由于拆分是動(dòng)態(tài)進(jìn)行的,客戶端如果直接就與微服務(wù)通信的話,重構(gòu)就很實(shí)現(xiàn)咯,很可能重新拆分微服務(wù)后域名都變了,客戶端就需要做大量的改動(dòng)
- 其他微服務(wù)使用了瀏覽器不友好的協(xié)議,比如Thrift協(xié)議,直接訪問(wèn)的話沒(méi)法的呀!
要解決以上這些問(wèn)題,業(yè)界普遍做法就是構(gòu)建一個(gè)網(wǎng)關(guān),外部請(qǐng)求經(jīng)過(guò)網(wǎng)關(guān)轉(zhuǎn)發(fā)再打到相應(yīng)的微服務(wù),有以下好處
- 簡(jiǎn)化了登錄認(rèn)證,而不需在每個(gè)服務(wù)都認(rèn)證一遍
- 對(duì)外暴露的永遠(yuǎn)是一個(gè)域名,不管內(nèi)部的微服務(wù)如何拆分,域名都不會(huì)變,客戶端重構(gòu)的成本大大降低
2 Spring Cloud Gateway簡(jiǎn)介
◆ 是Spring Cloud的網(wǎng)關(guān)(第二代) , 未來(lái)會(huì)取代Zuul(第一代)
◆ 基于Netty鳞溉、 Reactor以及WebFlux構(gòu)建
2.1 優(yōu)點(diǎn)
◆ 性能強(qiáng)勁
是第一代網(wǎng)關(guān)Zuul 1.x的1.6倍!性能PK :
◆ 功能強(qiáng)大
- 內(nèi)置了很多實(shí)用功能,比如轉(zhuǎn)發(fā)徙缴、監(jiān)控、限流等
◆ 設(shè)計(jì)優(yōu)雅,易擴(kuò)展
2.1 缺點(diǎn)
◆ 依賴Netty與Webflux ,不是Servlet編程模型,有一定的學(xué)習(xí)成本
◆ 不能在Servlet容器下工作,也不能構(gòu)建成WAR包
◆ 不支持Spring Boot 1.x,至少都得2.x版本
3 編寫(xiě)Spring Cloud Gateway
-
新建項(xiàng)目并啟動(dòng)
3.1 轉(zhuǎn)發(fā)規(guī)律
- 訪問(wèn)${GATEWAY_ URL}/{微服務(wù)X}/xx 會(huì)轉(zhuǎn)發(fā)到微服務(wù)X的/xx路徑
4 核心概念
◆ Route(路由)
- Spring. Cloud. Gateway的基礎(chǔ)元素,可簡(jiǎn)單理解成一條轉(zhuǎn)發(fā)的規(guī)則。
包含: ID洒宝、目標(biāo)URL、Predicate集合以及 Filter集合。
◆Predicate (謂詞)
- 即java.util.function.Predicate , Spring Cloud Gateway使用
Predicate實(shí)現(xiàn)路由的匹配條件溜在。
◆ Filter (過(guò)濾器)
- 修改請(qǐng)求以及響應(yīng)
路由配置示例
然而我們并未如此配置路由哦!而是如下
5 架構(gòu)剖析
對(duì)應(yīng)源碼
- Gateway Handler Mapping :
org.springframework.cloud.gateway.handler.RoutePredicateHandlerMapping - Gateway Web Handler :
org.springframework.cloud.gateway.handler.FilteringWebHandler
6 路由謂詞工廠（Route Predicate Factories）
6.1 內(nèi)置
6.2 自定義路由謂詞工廠
-
路由規(guī)則
-
配置類
-
自定義謂詞工廠
7 過(guò)濾器工廠（GatewayFilter Factories）
7.1 內(nèi)置
- 推薦閱讀
Spring Cloud Gateway-過(guò)濾器工廠詳解（GatewayFilter Factories） -
添加配置,訪問(wèn)getway/**會(huì)增加一個(gè)header前綴哦,zai'ch
-
打斷點(diǎn)
7.2 自定義過(guò)濾器工廠
7.2.1 生命周期
- pre : Gateway轉(zhuǎn)發(fā)請(qǐng)求之前
- post : Gateway轉(zhuǎn)發(fā)請(qǐng)求之后
7.2.2 自定義
方式1
◆ 繼承: AbstractGatewayFilterFactory
◆ 參考示例:
org.springframework.cloud.gateway.filter.factory.RequestSizeGatewayFilterFactory
-
配置形式
方式2
◆ 繼承 : AbstractNameValueGatewayFilterFactory
◆ 參考示例:
org.springframework.cloud.gateway.filter.factory.AddRequestHeaderGatewayFilterFactory
-
配置形式
這種方式其實(shí)是第一種的簡(jiǎn)化版
7.2.3 核心API
◆ exchange.getRequest().mutate().xxx //修改request
◆ exchange.mutate().xxx //修改exchange
◆ chain.filter(exchange) //傳遞給下一個(gè)過(guò)濾器處理
◆ exchange.getResponse() //拿到響應(yīng)
7.2.4 實(shí)現(xiàn)一個(gè)過(guò)濾器工廠
記錄日志功能
-
配置文件,兩個(gè)參數(shù)
7.3 全局過(guò)濾器
有執(zhí)行順序哦!
懸念：如何為Spring Cloud Gateway整合Sentinel？
Sentinel在V1.6+才支持gateway!
7.4 過(guò)濾器執(zhí)行順序
- Order越小越靠前執(zhí)行
-
過(guò)濾器工廠的Order按配置順序從1開(kāi)始遞增
-
如果配置了默認(rèn)過(guò)濾器,則先執(zhí)行相同Order的默認(rèn)過(guò)濾器
核心代碼
-
org.springframework.cloud.gateway.route.RouteDefinitionRouteLocator#loadGatewayFilters :為過(guò)濾器設(shè)置了Order數(shù)值,從1開(kāi)始
-
org.springframework.cloud.gateway.route.RouteDefinitionRouteLocator#getFilters :加載默認(rèn)過(guò)濾器&路由過(guò)濾器,并對(duì)過(guò)濾器做了排序
-
org.springframework.cloud.gateway.handler. FilteringWebHandler#handle :構(gòu)建過(guò)濾器鏈并執(zhí)行
8 監(jiān)控Spring Cloud Gateway
- 推薦閱讀
9 排錯(cuò)他托、調(diào)試技巧
- 推薦閱讀
Spring Cloud Gateway排錯(cuò)掖肋、調(diào)試技巧總結(jié)
10 限流
- 推薦閱讀
11 總結(jié)
◆ 路由、路由謂詞工廠赏参、過(guò)濾器工廠志笼、全局過(guò)濾器...
◆ 網(wǎng)關(guān)集大成
● 注冊(cè)到Nacos
● 集成Ribbon
● 容錯(cuò)(默認(rèn)Hystrix ,也可用Sentinel )
