前面的文章我們介紹了，Eureka用於服務的註冊於發現，Feign支援服務的呼叫以及均衡負載，Hystrix處理服務的熔斷防止故障擴散，Spring Cloud Config服務叢集配置中心，似乎一個微服務框架已經完成了。

我們還是少考慮了一個問題，外部的應用如何來訪問內部各種各樣的微服務呢？在微服務架構中，後端服務往往不直接開放給呼叫端，而是通過一個API閘道器根據請求的url，路由到相應的服務。當新增API閘道器後，在第三方呼叫端和服務提供方之間就建立了一面牆，這面牆直接與呼叫方通訊進行許可權控制，後將請求均衡分發給後臺服務端。

為什麼需要API Gateway

1、簡化客戶端呼叫複雜度

在微服務架構模式下後端服務的例項數一般是動態的，對於客戶端而言很難發現動態改變的服務例項的訪問地址資訊。因此在基於微服務的專案中為了簡化前端的呼叫邏輯，通常會引入API Gateway作為輕量級閘道器，同時API Gateway中也會實現相關的認證邏輯從而簡化內部服務之間相互呼叫的複雜度。

2、資料裁剪以及聚合

通常而言不同的客戶端對於顯示時對於資料的需求是不一致的，比如手機端或者Web端又或者在低延遲的網路環境或者高延遲的網路環境。

因此為了優化客戶端的使用體驗，API Gateway可以對通用性的響應資料進行裁剪以適應不同客戶端的使用需求。同時還可以將多個API呼叫邏輯進行聚合，從而減少客戶端的請求數，優化客戶端使用者體驗

3、多渠道支援

當然我們還可以針對不同的渠道和客戶端提供不同的API Gateway,對於該模式的使用由另外一個大家熟知的方式叫Backend for front-end, 在Backend for front-end模式當中，我們可以針對不同的客戶端分別建立其BFF，進一步瞭解BFF可以參考這篇文章：Pattern: Backends For Frontends

4、遺留系統的微服務化改造

對於系統系統而言進行微服務改造通常是由於原有的系統存在或多或少的問題，比如技術債務，程式碼質量，可維護性，可擴充套件性等等。API Gateway的模式同樣適用於這一類遺留系統的改造，通過微服務化的改造逐步實現對原有系統中的問題的修復，從而提升對於原有業務響應力的提升。通過引入抽象層，逐步使用新的實現替換舊的實現。

Spring Cloud Zuul

在Spring Cloud體系中， Spring Cloud Zuul就是提供負載均衡、反向代理、許可權認證的一個API gateway。

Spring Cloud Zuul路由是微服務架構的不可或缺的一部分，提供動態路由，監控，彈性，安全等的邊緣服務。Zuul是Netflix出品的一個基於JVM路由和服務端的負載均衡器。

簡單使用

依賴：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zuul</artifactId>
</dependency>

配置檔案:

server:
  port: 8088

spring:
  application:
    name: gateway-service-zuul
zuul:
  routes:
    name1:
      path: /test/*
      url: http://www.xjtushilei.com/

將所有 http://localhost:8088/test 開頭的服務，重定向到我的部落格。

執行：

@SpringBootApplication
@EnableEurekaClient //如果需要註冊倒eureka服務中心的話，啟用這個
@EnableZuulProxy
public class SpringCloudZuulApplication {

    public static void main(String[] args) {
        SpringApplication.run(SpringCloudZuulApplication.class, args);
    }
}

測試

訪問 http://localhost:8088/test/312 得到如下圖

可以看出重定向成功了，為什麼css等不見了，因為沒有給他們配置轉發路由。

服務呼叫

application.yml 配置檔案：

server:
  port: 8088

spring:
  application:
    name: gateway-service

eureka:
  client:
    service-url:
      defaultZone: http://localhost:8761/eureka/

這裡有一個bug，因為我喜歡採用啟用profile的方式來進行開發，但是這次真的是遇到了好一個超級bug。

因為不能在 application-dev.yml 這樣的檔案裡定義服務中心的Zone。有點不人性化。因為開發和最終肯定不是在一個Zone裡的，所以這裡應該可以改進的。

隨便啟動一個之前的服務，有restapi即可

然後測試：

訪問 http://localhost:8088/eureka-client-1/hi 和 http://localhost:8084/hi 返回的結果是一樣的

閘道器的預設路由規則

spring cloud zuul已經幫我們做了預設閘道器配置。預設情況下，Zuul會代理所有註冊到Eureka Server的微服務，並且Zuul的路由規則如下：http://ZUUL_HOST:ZUUL_PORT/微服務在Eureka上的serviceId/**會被轉發到serviceId對應的微服務。

到此zuul的基本使用我們就介紹完了。關於zuul更高階使用，我們下篇再來介紹。

示例原始碼

支援

如果你喜歡~ 給個星