快捷導(dǎo)航

SpringCloud?GateWay網(wǎng)關(guān)示例代碼詳解

更新時(shí)間：2022年04月30日 17:21:17 作者：Kk_Chosen1

這篇文章主要介紹了SpringCloud?GateWay網(wǎng)關(guān),Spring?cloud?Gateway的功能很多很強(qiáng)大，文中提到了Spring?Cloud?Gateway中幾個(gè)重要的概念，結(jié)合實(shí)例代碼給大家介紹的非常詳細(xì)，需要的朋友參考下吧

一、網(wǎng)關(guān)基本概念

1、API網(wǎng)關(guān)介紹

API 網(wǎng)關(guān)出現(xiàn)的原因是微服務(wù)架構(gòu)的出現(xiàn)，不同的微服務(wù)一般會(huì)有不同的網(wǎng)絡(luò)地址，而外部客戶端可能需要調(diào)用多個(gè)服務(wù)的接口才能完成一個(gè)業(yè)務(wù)需求，如果讓客戶端直接與各個(gè)微服務(wù)通信，會(huì)有以下的問(wèn)題：
（1）客戶端會(huì)多次請(qǐng)求不同的微服務(wù)，增加了客戶端的復(fù)雜性。
（2）存在跨域請(qǐng)求，在一定場(chǎng)景下處理相對(duì)復(fù)雜。
（3）認(rèn)證復(fù)雜，每個(gè)服務(wù)都需要獨(dú)立認(rèn)證。
（4）難以重構(gòu)，隨著項(xiàng)目的迭代，可能需要重新劃分微服務(wù)。例如，可能將多個(gè)服務(wù)合并成一個(gè)或者將一個(gè)服務(wù)拆分成多個(gè)。如果客戶端直接與微服務(wù)通信，那么重構(gòu)將會(huì)很難實(shí)施。
（5）某些微服務(wù)可能使用了防火墻 / 瀏覽器不友好的協(xié)議，直接訪問(wèn)會(huì)有一定的困難。
以上這些問(wèn)題可以借助 API 網(wǎng)關(guān)解決。API 網(wǎng)關(guān)是介于客戶端和服務(wù)器端之間的中間層，所有的外部請(qǐng)求都會(huì)先經(jīng)過(guò) API 網(wǎng)關(guān)這一層。也就是說(shuō)，API 的實(shí)現(xiàn)方面更多的考慮業(yè)務(wù)邏輯，而安全、性能、監(jiān)控可以交由 API 網(wǎng)關(guān)來(lái)做，這樣既提高業(yè)務(wù)靈活性又不缺安全性

2、Spring Cloud Gateway

Spring cloud gateway是spring官方基于Spring 5.0、Spring Boot2.0和Project Reactor等技術(shù)開(kāi)發(fā)的網(wǎng)關(guān)，Spring Cloud Gateway旨在為微服務(wù)架構(gòu)提供簡(jiǎn)單、有效和統(tǒng)一的API路由管理方式，Spring Cloud Gateway作為Spring Cloud生態(tài)系統(tǒng)中的網(wǎng)關(guān)，目標(biāo)是替代Netflix Zuul，其不僅提供統(tǒng)一的路由方式，并且還基于Filer鏈的方式提供了網(wǎng)關(guān)基本的功能，例如：安全、監(jiān)控/埋點(diǎn)、限流等。

在這里插入圖片描述

3、Spring Cloud Gateway核心概念

網(wǎng)關(guān)提供API全托管服務(wù)，豐富的API管理功能，輔助企業(yè)管理大規(guī)模的API，以降低管理成本和安全風(fēng)險(xiǎn)，包括協(xié)議適配、協(xié)議轉(zhuǎn)發(fā)、安全策略、防刷、流量、監(jiān)控日志等貢呢。一般來(lái)說(shuō)網(wǎng)關(guān)對(duì)外暴露的URL或者接口信息，我們統(tǒng)稱為路由信息。如果研發(fā)過(guò)網(wǎng)關(guān)中間件或者使用過(guò)Zuul的人，會(huì)知道網(wǎng)關(guān)的核心是Filter以及Filter Chain（Filter責(zé)任鏈）。Sprig Cloud Gateway也具有路由和Filter的概念。
下面介紹一下Spring Cloud Gateway中幾個(gè)重要的概念。
（1）路由。路由是網(wǎng)關(guān)最基礎(chǔ)的部分，路由信息有一個(gè)ID、一個(gè)目的URL、一組斷言和一組Filter組成。如果斷言路由為真，則說(shuō)明請(qǐng)求的URL和配置匹配
（2）斷言。Java8中的斷言函數(shù)。Spring Cloud Gateway中的斷言函數(shù)輸入類型是Spring5.0框架中的ServerWebExchange。Spring Cloud Gateway中的斷言函數(shù)允許開(kāi)發(fā)者去定義匹配來(lái)自于http
request中的任何信息，比如請(qǐng)求頭和參數(shù)等。
（3）過(guò)濾器。一個(gè)標(biāo)準(zhǔn)的Spring webFilter。Spring cloud gateway中的filter分為兩種類型的Filter，分別是Gateway Filter和Global Filter。過(guò)濾器Filter將會(huì)對(duì)請(qǐng)求和響應(yīng)進(jìn)行修改處理

在這里插入圖片描述

如上圖所示，Spring cloud Gateway發(fā)出請(qǐng)求。然后再由Gateway Handler Mapping中找到與請(qǐng)求相匹配的路由，將其發(fā)送到Gateway web handler。Handler再通過(guò)指定的過(guò)濾器鏈將請(qǐng)求發(fā)送到我們實(shí)際的服務(wù)執(zhí)行業(yè)務(wù)邏輯，然后返回。

Spring cloud Gateway的功能很多很強(qiáng)大，下面簡(jiǎn)單實(shí)現(xiàn)一下負(fù)載均衡以及服務(wù)發(fā)現(xiàn)
引入相關(guān)依賴

<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
<!--gson-->
<dependency>
	<groupId>com.google.code.gson</groupId>
	<artifactId>gson</artifactId>
</dependency>
<!--服務(wù)調(diào)用-->
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

添加配置文件

# 服務(wù)端口
server.port=8222
# 服務(wù)名
spring.application.name=service-gateway
# nacos服務(wù)地址
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
#使用服務(wù)發(fā)現(xiàn)路由
spring.cloud.gateway.discovery.locator.enabled=true
#設(shè)置路由id 0代表第一個(gè)服務(wù)
spring.cloud.gateway.routes[0].id=service-edu
#設(shè)置路由的uri lb://nacos注冊(cè)的服務(wù)名稱
spring.cloud.gateway.routes[0].uri=lb://service-edu
#設(shè)置路由斷言,代理servicerId為auth-service的/auth/路徑
spring.cloud.gateway.routes[0].predicates= Path=/eduservice/**
#設(shè)置路由id
spring.cloud.gateway.routes[1].id=service-msm
#設(shè)置路由的uri lb://nacos注冊(cè)的服務(wù)名稱
spring.cloud.gateway.routes[1].uri=lb://service-msm
#設(shè)置路由斷言,代理servicerId為auth-service的/auth/路徑
spring.cloud.gateway.routes[1].predicates= Path=/edumsm/**

記得在啟動(dòng)類上添加上@EnableDiscoveryClient 注解因?yàn)間ateway需要結(jié)合nacos一起使用
確保gateway網(wǎng)關(guān)模塊和其他模塊都在nacos中注冊(cè)了，如

在這里插入圖片描述

原本edu模塊的端口號(hào)是8001，現(xiàn)在去訪問(wèn)gateway模塊的8222端口也能訪問(wèn)到edu的服務(wù)了，這樣就實(shí)現(xiàn)了服務(wù)發(fā)現(xiàn) 負(fù)載均衡（gateway能自動(dòng)幫助我們負(fù)載均衡，無(wú)需再做其他的配置）。這樣是不是就覺(jué)得能拋棄nginx了呢？
其實(shí)實(shí)際項(xiàng)目中更多是是nginx和gateway結(jié)合一起使用的，主要是因?yàn)間ateway相當(dāng)于還是業(yè)務(wù)系統(tǒng)的一部分，一旦發(fā)生宕機(jī)整個(gè)系統(tǒng)將不可訪問(wèn)。在gateway前面一定要再加nginx。nginx后端對(duì)應(yīng)多個(gè)gateway，nginx只是代理流量轉(zhuǎn)發(fā)沒(méi)有任何業(yè)務(wù)邏輯，這樣既能保證穩(wěn)定，又能實(shí)現(xiàn)橫向負(fù)載均衡。
即：Nginx先將客戶端的請(qǐng)求負(fù)載均衡到SpringGateway，然后SpringGateway再通過(guò)服務(wù)發(fā)現(xiàn)，將請(qǐng)求負(fù)載均衡到各個(gè)業(yè)務(wù)微服務(wù)上。

此外nignx與gateway結(jié)合還能實(shí)現(xiàn)動(dòng)靜分離
在實(shí)際的開(kāi)發(fā)中，有些請(qǐng)求需要通過(guò)后臺(tái)處理，有些請(qǐng)求則不需要。需要后臺(tái)處理的文件稱之為動(dòng)態(tài)資源，不要后臺(tái)處理的稱之為靜態(tài)資源。那么我們可以將靜態(tài)資源部署在nginx上，將動(dòng)態(tài)資源部署在微服務(wù)集群上，這樣能提高資源的響應(yīng)速度。

到此這篇關(guān)于SpringCloud GateWay網(wǎng)關(guān)的文章就介紹到這了,更多相關(guān)SpringCloud GateWay網(wǎng)關(guān)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: