java B2B2C電子商務平臺分析之十------服務網關zuul
微服務場景下,每一個微服務對外暴露了一組細粒度的服務。客戶端的請求可能會涉及到一串的服務調用,如果將這些微服務都暴露給客戶端,那麽會增加客戶端代碼的復雜度。願意了解源碼的朋友直接求求交流分享技術:二一四七七七五六三三
參考GOF設計模式中的Facade模式,將細粒度的服務組合起來提供一個粗粒度的服務,所有請求都導入一個統一的入口,那麽整個服務只需要暴露一個api,對外屏蔽了服務端的實現細節,也減少了客戶端與服務器的網絡調用次數。這就是api gateway。
有了api gateway之後,一些與業務關系並不大的通用處理邏輯可以從api gateway中剝離出來,api gateway僅僅負責服務的編排與結果的組裝。
Spring Cloud Netflix的Zuul組件可以做反向代理的功能,通過路由尋址將請求轉發到後端的粗粒度服務上,並做一些通用的邏輯處理。
2.Zuul 能做什麽
Zuul可以通過加載動態過濾機制,從而實現以下各項功能:
驗證與安全保障: 識別面向各類資源的驗證要求並拒絕那些與要求不符的請求。
審查與監控: 在邊緣位置追蹤有意義數據及統計結果,從而為我們帶來準確的生產狀態結論。
動態路由: 以動態方式根據需要將請求路由至不同後端集群處。
壓力測試: 逐漸增加指向集群的負載流量,從而計算性能水平。
負載分配: 為每一種負載類型分配對應容量,並棄用超出限定值的請求。
靜態響應處理: 在邊緣位置直接建立部分響應,從而避免其流入內部集群。
3.Zuul的核心
Filter是Zuul的核心,用來實現對外服務的控制。Filter的生命周期有4個,分別是“PRE”、“ROUTING”、“POST”、“ERROR”,整個生命周期可以用下圖來表示。
Zuul大部分功能都是通過過濾器來實現的,這些過濾器類型對應於請求的典型生命周期。
PRE:?這種過濾器在請求被路由之前調用。我們可利用這種過濾器實現身份驗證、在集群中選擇請求的微服務、記錄調試信息等。
ROUTING:這種過濾器將請求路由到微服務。這種過濾器用於構建發送給微服務的請求,並使用Apache HttpClient或Netfilx Ribbon請求微服務。
ERROR:在其他階段發生錯誤時執行該過濾器。 除了默認的過濾器類型,Zuul還允許我們創建自定義的過濾器類型。例如,我們可以定制一種STATIC類型的過濾器,直接在Zuul中生成響應,而不將請求轉發到後端的微服務。
Zuul中默認實現的Filter
4.怎麽使用Zuul
Spring Cloud Zuul路由是微服務架構的不可或缺的一部分,提供動態路由,監控,彈性,安全等的邊緣服務。Zuul是Netflix出品的一個基於JVM路由和服務端的負載均衡器。
下面我們通過代碼來了解Zuul是如何工作的
1.簡單使用
1、添加依賴
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zuul</artifactId>
</dependency>
引入spring-cloud-starter-zuul包
2、配置文件
spring.application.name=gateway-service-zuul
server.port=8888
#這裏的配置表示,訪問/it/** 直接重定向到http://www.ityouknow.com/**
zuul.routes.baidu.path=/it/**
zuul.routes.baidu.url=http://www.ityouknow.com/
3、啟動類
@SpringBootApplication
@EnableZuulProxy
public class GatewayServiceZuulApplication {
?
?? ?public static void main(String[] args) {
?? ??? ?SpringApplication.run(GatewayServiceZuulApplication.class, args);
?? ?}
}
啟動類添加@EnableZuulProxy,支持網關路由。
史上最簡單的zuul案例就配置完了。
整體代碼結構如下:
java B2B2C電子商務平臺分析之十------服務網關zuul