在上一篇《Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)網(wǎng)關(guān)(基礎(chǔ))》一文中，我們通過(guò)使用Spring Cloud Zuul構(gòu)建了一個(gè)基礎(chǔ)的API網(wǎng)關(guān)服務(wù)，同時(shí)也演示了Spring Cloud Zuul基于服務(wù)的自動(dòng)路由功能。在本文中，我們將進(jìn)一步詳細(xì)地介紹關(guān)于Spring Cloud Zuul的路由功能，以幫助讀者可以更好的理解和使用它，以完成更復(fù)雜的路由配置。

[[204198]]

傳統(tǒng)路由配置

所謂的傳統(tǒng)路由配置方式就是在不依賴于服務(wù)發(fā)現(xiàn)機(jī)制的情況下，通過(guò)在配置文件中具體指定每個(gè)路由表達(dá)式與服務(wù)實(shí)例的映射關(guān)系來(lái)實(shí)現(xiàn)API網(wǎng)關(guān)對(duì)外部請(qǐng)求的路由。

沒(méi)有Eureka和Consul的服務(wù)治理框架幫助的時(shí)候，我們需要根據(jù)服務(wù)實(shí)例的數(shù)量采用不同方式的配置來(lái)實(shí)現(xiàn)路由規(guī)則：

(1) 單實(shí)例配置：通過(guò)一組 zuul.routes..path與 zuul.routes..url參數(shù)對(duì)的方式配置，比如：

zuul.routes.user-service.path=/user-service/** 
zuul.routes.user-service.url=http://localhost:8080/ 

該配置實(shí)現(xiàn)了對(duì)符合 /user-service/**規(guī)則的請(qǐng)求路徑轉(zhuǎn)發(fā)到http://localhost:8080/地址的路由規(guī)則，比如，當(dāng)有一個(gè)請(qǐng)求 http://localhost:1101/user-service/hello被發(fā)送到API網(wǎng)關(guān)上，由于 /user-service/hello能夠被上述配置的 path規(guī)則匹配，所以API網(wǎng)關(guān)會(huì)轉(zhuǎn)發(fā)請(qǐng)求到 http://localhost:8080/hello地址。

(2) 多實(shí)例配置：通過(guò)一組 zuul.routes..path與 zuul.routes..serviceId參數(shù)對(duì)的方式配置，比如：

zuul.routes.user-service.path=/user-service/** 
zuul.routes.user-service.serviceId=user-service 
 
ribbon.eureka.enabled=false 
user-service.ribbon.listOfServers=http://localhost:8080/,http://localhost:8081/ 

該配置實(shí)現(xiàn)了對(duì)符合 /user-service/**規(guī)則的請(qǐng)求路徑轉(zhuǎn)發(fā)到http://localhost:8080/和 http://localhost:8081/兩個(gè)實(shí)例地址的路由規(guī)則。它的配置方式與服務(wù)路由的配置方式一樣，都采用了 zuul.routes..path與 zuul.routes..serviceId參數(shù)對(duì)的映射方式，只是這里的 serviceId是由用戶手工命名的服務(wù)名稱，配合 .ribbon.listOfServers參數(shù)實(shí)現(xiàn)服務(wù)與實(shí)例的維護(hù)。

由于存在多個(gè)實(shí)例，API網(wǎng)關(guān)在進(jìn)行路由轉(zhuǎn)發(fā)時(shí)需要實(shí)現(xiàn)負(fù)載均衡策略，于是這里還需要Spring Cloud Ribbon的配合。由于在Spring Cloud Zuul中自帶了對(duì)Ribbon的依賴，所以我們只需要做一些配置即可，比如上面示例中關(guān)于Ribbon的各個(gè)配置，它們的具體作用如下：

• ribbon.eureka.enabled：由于 zuul.routes..serviceId指定的是服務(wù)名稱，默認(rèn)情況下Ribbon會(huì)根據(jù)服務(wù)發(fā)現(xiàn)機(jī)制來(lái)獲取配置服務(wù)名對(duì)應(yīng)的實(shí)例清單。但是，該示例并沒(méi)有整合類(lèi)似Eureka之類(lèi)的服務(wù)治理框架，所以需要將該參數(shù)設(shè)置為false，不然配置的 serviceId是獲取不到對(duì)應(yīng)實(shí)例清單的。
• user-service.ribbon.listOfServers：該參數(shù)內(nèi)容與 zuul.routes..serviceId的配置相對(duì)應(yīng)，開(kāi)頭的 user-service對(duì)應(yīng)了 serviceId的值，這兩個(gè)參數(shù)的配置相當(dāng)于在該應(yīng)用內(nèi)部手工維護(hù)了服務(wù)與實(shí)例的對(duì)應(yīng)關(guān)系。

不論是單實(shí)例還是多實(shí)例的配置方式，我們都需要為每一對(duì)映射關(guān)系指定一個(gè)名稱，也就是上面配置中的 ，每一個(gè) 就對(duì)應(yīng)了一條路由規(guī)則。每條路由規(guī)則都需要通過(guò) path屬性來(lái)定義一個(gè)用來(lái)匹配客戶端請(qǐng)求的路徑表達(dá)式，并通過(guò) url或 serviceId屬性來(lái)指定請(qǐng)求表達(dá)式映射具體實(shí)例地址或服務(wù)名。

服務(wù)路由配置

服務(wù)路由我們?cè)谏弦黄幸惨呀?jīng)有過(guò)基礎(chǔ)的介紹和體驗(yàn)，Spring Cloud Zuul通過(guò)與Spring Cloud Eureka的整合，實(shí)現(xiàn)了對(duì)服務(wù)實(shí)例的自動(dòng)化維護(hù)，所以在使用服務(wù)路由配置的時(shí)候，我們不需要向傳統(tǒng)路由配置方式那樣為 serviceId去指定具體的服務(wù)實(shí)例地址，只需要通過(guò)一組 zuul.routes..path與 zuul.routes..serviceId參數(shù)對(duì)的方式配置即可。

比如下面的示例，它實(shí)現(xiàn)了對(duì)符合 /user-service/**規(guī)則的請(qǐng)求路徑轉(zhuǎn)發(fā)到名為 user-service的服務(wù)實(shí)例上去的路由規(guī)則。其中 可以指定為任意的路由名稱。

zuul.routes.user-service.path=/user-service/** 
zuul.routes.user-service.serviceId=user-service 

對(duì)于面向服務(wù)的路由配置，除了使用 path與 serviceId映射的配置方式之外，還有一種更簡(jiǎn)潔的配置方式： zuul.routes.= ，其中 用來(lái)指定路由的具體服務(wù)名， 用來(lái)配置匹配的請(qǐng)求表達(dá)式。比如下面的例子，它的路由規(guī)則等價(jià)于上面通過(guò) path與 serviceId組合使用的配置方式。

zuul.routes.user-service=/user-service/** 

傳統(tǒng)路由的映射方式比較直觀且容易理解，API網(wǎng)關(guān)直接根據(jù)請(qǐng)求的URL路徑找到最匹配的 path表達(dá)式，直接轉(zhuǎn)發(fā)給該表達(dá)式對(duì)應(yīng)的 url或?qū)?yīng) serviceId下配置的實(shí)例地址，以實(shí)現(xiàn)外部請(qǐng)求的路由。那么當(dāng)采用 path與 serviceId以服務(wù)路由方式實(shí)現(xiàn)時(shí)候，沒(méi)有配置任何實(shí)例地址的情況下，外部請(qǐng)求經(jīng)過(guò)API網(wǎng)關(guān)的時(shí)候，它是如何被解析并轉(zhuǎn)發(fā)到服務(wù)具體實(shí)例的呢?

在Spring Cloud Netflix中，Zuul巧妙的整合了Eureka來(lái)實(shí)現(xiàn)面向服務(wù)的路由。實(shí)際上，我們可以直接將API網(wǎng)關(guān)也看做是Eureka服務(wù)治理下的一個(gè)普通微服務(wù)應(yīng)用。它除了會(huì)將自己注冊(cè)到Eureka服務(wù)注冊(cè)中心上之外，也會(huì)從注冊(cè)中心獲取所有服務(wù)以及它們的實(shí)例清單。

所以，在Eureka的幫助下，API網(wǎng)關(guān)服務(wù)本身就已經(jīng)維護(hù)了系統(tǒng)中所有serviceId與實(shí)例地址的映射關(guān)系。當(dāng)有外部請(qǐng)求到達(dá)API網(wǎng)關(guān)的時(shí)候，根據(jù)請(qǐng)求的URL路徑找到***匹配的 path規(guī)則，API網(wǎng)關(guān)就可以知道要將該請(qǐng)求路由到哪個(gè)具體的 serviceId上去。由于在API網(wǎng)關(guān)中已經(jīng)知道 serviceId對(duì)應(yīng)服務(wù)實(shí)例的地址清單，那么只需要通過(guò)Ribbon的負(fù)載均衡策略，直接在這些清單中選擇一個(gè)具體的實(shí)例進(jìn)行轉(zhuǎn)發(fā)就能完成路由工作了。

示例倉(cāng)庫(kù)

• Github：https://github.com/dyc87112/SpringCloud-Learning
• 碼云：https://gitee.com/didispace/SpringCloud-Learning/

【本文為51CTO專欄作者“翟永超”的原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)通過(guò)51CTO聯(lián)系作者獲取授權(quán)】

戳這里，看該作者更多好文