【微服務】之六:輕松搞定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 轉發請註明出處!
【微服務】之六:輕松搞定SpringCloud微服務-API網關zuul