Spring Gateway的入門概述及主要功能

更新時間：2024年04月29日 14:26:46 作者：易秋之

Spring Gateway是Spring Cloud微服務生態(tài)下的網(wǎng)關組件,網(wǎng)絡層使用了基于非阻塞的 Netty使用異步IO增加了系統(tǒng)的性能,Gateway 是基于 Spring 5 和 Spring Boot 2 搭建的,這篇文章主要介紹了Spring Gateway的入門概述簡介,需要的朋友可以參考下

1. 為什么要有網(wǎng)關

在微服務中，一般都會把相對獨立的業(yè)務或者功能劃分成一個獨立的服務，做到業(yè)務或者功能之間的隔離，分開部署。但是在請求到這些正式的服務的時候一般會有一些預前的處理，比如：權限校驗，流量控制，灰度發(fā)布等。如果這些都在各自的服務中去做，勢必會增加這些基礎功能的維護成本?？傊褪切枰幸环N前置的組件去做公共的功能邏輯。

2. Spring Gateway

Spring Gateway 是 Spring Cloud 微服務生態(tài)下的網(wǎng)關組件，網(wǎng)絡層使用了基于非阻塞的 Netty使用異步IO增加了系統(tǒng)的性能。Gateway 是基于 Spring 5 和 Spring Boot 2 搭建的，本質上是一個 Spring Boot 應用。

主要功能

請求路由-最主要的功能

根據(jù)請求本身的屬性把請求轉發(fā)到不同的微服務，使網(wǎng)關能夠根據(jù)請求的 header、路徑、參數(shù)、協(xié)議等屬性將其轉發(fā)到對應的服務。

服務發(fā)現(xiàn)-基礎功能

網(wǎng)關是微服務環(huán)境的請求入口。支持服務發(fā)現(xiàn)能使網(wǎng)關在轉發(fā)請求到目標服務時充分利用服務注冊中心動態(tài)管理服務實例的優(yōu)勢，在配置路由轉發(fā)的目標地址時也會更加方便

修改請求響應

網(wǎng)關在收到外部請求，將其轉發(fā)到目標服務之前，可以根據(jù)需求對請求進行修改，比如果更改請求 header、參數(shù)等。類似地，也可以在獲取到業(yè)務服務響應之后，返回給用戶前對響應進行修改。

前置業(yè)務處理-權限校驗

某些業(yè)務場景在處理用戶請求時需要先對用戶進行權限校驗，這部分邏輯也可以由網(wǎng)關來負責。請求在到達網(wǎng)關時，由網(wǎng)關根據(jù)請求要訪問的業(yè)務接口先對用戶鑒權，只有校驗通過的請求才會轉發(fā)到對應的服務，而校驗不通過的請求會被網(wǎng)關直接拒絕。這樣做能夠把拒絕無效請求這一步提前到網(wǎng)關這一層，減少無效的流量進入到業(yè)務服務。

限流熔斷

網(wǎng)關可以通過添加限流、熔斷等機制來對業(yè)務服務起保護作用，提升系統(tǒng)整體的可用性。根據(jù)業(yè)務服務的吞吐量，網(wǎng)關可以限制轉發(fā)到該服務的請求數(shù)量，超出限制的請求直接拒絕或降級，這樣可以避免因為過多的請求導致業(yè)務服務負載過高的情況。當業(yè)務服務異常時，還可以通過熔斷的方式到達快速失敗的效果。

請求重試

對于一些冪等的請求，當網(wǎng)關轉發(fā)目標服務失敗時，可以在網(wǎng)關層做自動重試。對于一些多實例部署服務，重試時還可以考慮把請求轉發(fā)到不同的實例，以提高請求成功的概率。

響應緩存

當用戶請求獲取的是一些靜態(tài)的或更新不頻繁的數(shù)據(jù)時，一段時間內(nèi)多次請求獲取到的數(shù)據(jù)很可能是一樣的。對于這種情況可以將響應緩存起來。這樣用戶請求可以直接在網(wǎng)關層得到響應數(shù)據(jù)，無需再去訪問業(yè)務服務，減輕業(yè)務服務的負擔。

響應聚合

某些情況下用戶請求要獲取的響應內(nèi)容可能會來自于多個業(yè)務服務。網(wǎng)關作為業(yè)務服務的調(diào)用方，可以把多個服務的響應整合起來，再一并返回給用戶。

監(jiān)控統(tǒng)計

因為網(wǎng)關是請求入口，所以在網(wǎng)關這一層可以方便地對外部的訪問請求做監(jiān)控和統(tǒng)計，同時還可以對業(yè)務服務的響應做監(jiān)控，方便發(fā)現(xiàn)異常情況。

灰度發(fā)布

網(wǎng)關可以用來做服務流量的灰度切換。比如某個業(yè)務服務上線了新版本，那可以在網(wǎng)關這一層按照灰度策略，把一部分請求流量切換到新版本服務上，以達到驗證新版本業(yè)務服務的功能和性能的效果。

異常響應處理

對于業(yè)務服務返回的異常響應，可以在網(wǎng)關層在返回給用戶之前做轉換處理。這樣可以把一些業(yè)務側返回的異常細節(jié)隱藏，轉換成用戶友好的錯誤提示返回。

3. 路由配置

路由是 Gateway 的核心構件，不同的路由根據(jù)匹配條件可以處理不同類型的請求，并轉發(fā)到對應的目標服務。一個路由由以下幾個屬性組成
Id: 路由 ID。
Uri: 轉發(fā)請求的目標地址。
Order: 順序（優(yōu)先級）。
Predicate: 匹配條件。
Metadata: 額外的元數(shù)據(jù)。

多個 Predicates 會合并成一個聚合的條件。Filters: 路由過濾器。這些過濾器最終會和全局過濾器一起排序處理匹配成功的請求。

Spring Cloud Gateway 本身提供了很多 Predicate 和 Filter 的實現(xiàn)，一些基本的功能可以通過這些現(xiàn)成的 Predicate 和 Filter 配置實現(xiàn)。
4. 實操

代碼配置：

@Bean
public RouteLocator routeLocator(RouteLocatorBuilder builder) {
  return builder.routes()
  //第一個配置
    .route(r -> r.host("**.abc.org").and().path("/image/png")
        .filters(f ->
            f.addResponseHeader("X-TestHeader", "foobar"))
        .uri("http://foo.org:80")
    )
   // 第二個配置
    .route(r -> r.path("/image/webp")
        .filters(f -> f
            .addRequestHeader("X-TestHeader", "baz")
            .addRequestParameter("test-param", "value"))
        .uri("http://bar.org:80")
        .metadata("key", "value")
    )
    .build();
}

配置文件配置

spring:
  cloud:  
        gateway:
            discovery:
                locator:
                enabled: true
            routes:
            - id: activity-route
             uri: lb://activity
             predicates:
                - Path=/activity/**
                filters:
                - StripPrefix=1

注意： Gateway默認轉發(fā)是全路徑的，設置StripPrefix=1表示從二級url路徑轉發(fā)，即http://localhost:port/activity/test將會轉發(fā)到http://{activity}/test

4. 總結

Spring Cloud Gateway 是 Spring Cloud 微服務生態(tài)中的 Gateway 組件。作為 Spring Cloud Zuul 的替代，Gateway 采用了性能的更高的 Netty 作為網(wǎng)絡層服務器。Gateway 本身提供了很多常用的 Predicates 和 Filters 實現(xiàn)，能滿足大部分常見需求。同時 Gateway 也支持 Spring Cloud 生態(tài)下其他組件如 Eureka 等的交互，使用起來非常方便。

參考資料：

https://blog.csdn.net/Extraordinarylife/article/details/115168526

到此這篇關于Spring Gateway的入門概述簡介的文章就介紹到這了,更多相關Spring Gateway入門內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: