【微服務】之六：輕鬆搞定SpringCloud微服務-API網關zuul

經過前面幾篇文章的介紹，咱們能夠輕鬆搭建起來微服務體系中比較重要的幾個基礎構建服務。那麼，在本篇博文中，咱們重點講解一下，如何將全部微服務的API贊成對外暴露，這個就設計API網關的概念。

本系列教程

【微服務】輕鬆搞定SpringCloud微服務目錄
本系列爲連載文章，閱讀本文以前強烈建議您先閱讀前面幾篇。

網關名稱解釋

網關(Gateway)又稱網間鏈接器、協議轉換器。網關在網絡層以上實現網絡互連，是最複雜的網絡互連設備，僅用於兩個高層協議不一樣的網絡互連。網關既能夠用於廣域網互連，也能夠用於局域網互連。 網關是一種充當轉換重任的計算機系統或設備。使用在不一樣的通訊協議、數據格式或語言，甚至體系結構徹底不一樣的兩種系統之間，網關是一個翻譯器。

API網關名詞解釋

API Gateway（API GW / API 網關），顧名思義，是出如今系統邊界上的一個面向API的、串行集中式的強管控服務，這裏的邊界是企業IT系統的邊界。
在微服務流行以前，API GW的實體就已經誕生了，這時的主要應用場景是OpenAPI，也就是開放平臺，面向的是企業外部合做夥伴，對於這個應用場景，相信接觸的人會比較多。當在微服務概念流行起來以後，API網關彷佛成了在上層應用層集成的標配組件。

Spring Cloud Zuul 簡介

Zuul 是Netflix 提供的一個開源組件,致力於在雲平臺上提供動態路由，監控，彈性，安全等邊緣服務的框架。也有不少公司使用它來做爲網關的重要組成部分。Spring Cloud 體系收錄的該模塊，主要用於提供動態路由、監控、安全控制、限流配額等，能夠將內部微服務API贊成暴露。

博文系統架構

根據咱們微服務總體的一個架構設計，本系列博文也主要是對整個微服務架構進行落地示範。經過一組架構比較能夠更加深刻理解網關的概念。

傳統互聯網架構

在沒有微服務的架構體系當中，咱們通常使用Nginx做爲負載分發、反向代理，造成一個API網關的一個構建。架構圖以下圖所示：

微服務下網關模式

在spring cloud 體系當中，咱們將內部的服務所有進行隱藏，對外只有一個對外暴露的機制，這就是spring cloud zuul 網關。架構圖以下所示：

若是咱們在深刻一些，去兼容一些之前公司舊的非微服務系統也能夠是這樣：

開始起飛

一樣，起飛以前，建議閱讀前面幾篇文章，方便代碼理解與使用。

建立網關子項目

咱們在原來的父類項目下建立一個子項目。（能夠參考我GitHub代碼結構）

配置POM文件

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

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

建立配置文件application.yml

resources 文件夾下面建立文件application.yml,配置清單以下：

#服務註冊中心配置
eureka:
  client:
    service-url:
      defaultZone: http://localhost:8081/eureka/
  instance:
    appname: api-gateway

#設置網關端口號
server:
  port: 8080

spring:
  application:
    name: api-getway

建立程序入口application.java

爲了方便，命名爲GatewayApplication

/**
 * Created by Administrator on 2017/12/17.
 * 網關啓動入口
 */
@SpringBootApplication
@EnableZuulProxy
public class GatewayApplication {

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

@EnableZuulProxy 註解說明：@EnableZuulProxy簡單理解爲@EnableZuulServer的加強版，當Zuul與Eureka、Ribbon等組件配合使用時，咱們使用@EnableZuulProxy。

啓動並測試

從上面的配置中，咱們已經完成了基本的網關配置，那麼咱們就來作一個簡單的測試。
本次測試選擇我微服務項目羣中有三個服務：
分別是：

子項目名稱	服務名稱	端口號	源碼
cloud-hyh-service-1	cloud-service	8071	github
cloud-hyh-discovery-eureka	discovery-service	8081	github
cloud-hyh-api-gateway-zuul	api-gateway	8080	github

啓動子服務

分別啓動註冊中心、測試服務、api網關三個服務。咱們能夠觀察服務註冊中心已經能夠看到其餘兩個服務會被註冊。

訪問API測試

咱們在cloud-service子項目中，以前已經作過一個測試的API,

子微服務	地址	路徑	請求方式
cloud-service	http://localhost:8071	/ribbon/name	GET

在沒有網關以前，咱們外部若是想要調用服務的花，就能夠經過微服務自身的地址訪問。可是有了API網關以後，咱們能夠將咱們的服務地址對外暴露出去。

子微服務	地址	路徑	請求方式
cloud-service	http://localhost:8080	/ribbon/name	GET

訪問地址： 網關地址/服務名/訪問地址/
http://localhost:8080/cloud-service/ribbon/name

測試成功
瀏覽器中返回：
千萬之路剛開始-www.hanyahong.com-beijing該服務器端口8071
****
說明：針對API網關還有不少參數須要配置，例如持久化、負載分發等。針對這一塊咱們後續還會進行專題細緻深刻。

源碼

本文出處：http://www.hanyahong.com/
Github源碼：https://github.com/hanyahong/spring-cloud-microservice 轉發請註明出處！