- Zuul是什麼 微服務場景下，每一個微服務對外暴露了一組細粒度的服務。客戶端的請求可能會涉及到一串的服務呼叫，如果將這些微服務都暴露給客戶端，那麼會增加客戶端程式碼的複雜度。願意瞭解原始碼的朋友直接求求交流分享技術：二一四七七七五六三三
參考GOF設計模式中的Facade模式，將細粒度的服務組合起來提供一個粗粒度的服務，所有請求都匯入一個統一的入口，那麼整個服務只需要暴露一個api，對外遮蔽了服務端的實現細節，也減少了客戶端與伺服器的網路呼叫次數。這就是api gateway。
有了api gateway之後，一些與業務關係並不大的通用處理邏輯可以從api gateway中剝離出來，api gateway僅僅負責服務的編排與結果的組裝。
Spring Cloud Netflix的Zuul元件可以做反向代理的功能，通過路由定址將請求轉發到後端的粗粒度服務上，並做一些通用的邏輯處理。
2.Zuul 能做什麼 Zuul可以通過載入動態過濾機制，從而實現以下各項功能：
驗證與安全保障: 識別面向各類資源的驗證要求並拒絕那些與要求不符的請求。 審查與監控: 在邊緣位置追蹤有意義資料及統計結果，從而為我們帶來準確的生產狀態結論。 動態路由: 以動態方式根據需要將請求路由至不同後端叢集處。 壓力測試: 逐漸增加指向叢集的負載流量，從而計算效能水平。 負載分配: 為每一種負載型別分配對應容量，並棄用超出限定值的請求。 靜態響應處理: 在邊緣位置直接建立部分響應，從而避免其流入內部叢集。 多區域彈性: 跨越AWS區域進行請求路由，旨在實現ELB使用多樣化並保證邊緣位置與使用者儘可能接近。 3.Zuul的核心 Filter是Zuul的核心，用來實現對外服務的控制。Filter的生命週期有4個，分別是“PRE”、“ROUTING”、“POST”、“ERROR”，整個生命週期可以用下圖來表示。
PRE： 這種過濾器在請求被路由之前呼叫。我們可利用這種過濾器實現身份驗證、在叢集中選擇請求的微服務、記錄除錯資訊等。 ROUTING：這種過濾器將請求路由到微服務。這種過濾器用於構建傳送給微服務的請求，並使用Apache HttpClient或Netfilx Ribbon請求微服務。 POST：這種過濾器在路由到微服務以後執行。這種過濾器可用來為響應新增標準的HTTP Header、收集統計資訊和指標、將響應從微服務傳送給客戶端等。 ERROR：在其他階段發生錯誤時執行該過濾器。 除了預設的過濾器型別，Zuul還允許我們建立自定義的過濾器型別。例如，我們可以定製一種STATIC型別的過濾器，直接在Zuul中生成響應，而不將請求轉發到後端的微服務。 Zuul中預設實現的Filter。
下面我們通過程式碼來了解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案例就配置完了。
整體程式碼結構如下：資料和原始碼來源
