Zuul1簡介

Zuul1是Netflix在2013年開源的網(wǎng)關(guān)組件，大規(guī)模的應(yīng)用在Netflix的生產(chǎn)環(huán)境中，經(jīng)受了實(shí)踐考驗(yàn)。它可以與Eureka、Ribbon、Hystrix等組件配合使用，實(shí)現(xiàn)路由轉(zhuǎn)發(fā)、負(fù)載均衡、熔斷等功能。Zuul1的核心是一系列過濾器，過濾器簡單易于擴(kuò)展，已經(jīng)有一些三方庫如spring-cloud-zuul-ratelimit等提供了過濾器支持。

Zuul1基于Servlet構(gòu)建，使用的是阻塞的IO，引入了線程池來處理請求。每個(gè)請求都需要獨(dú)立的線程來處理，從線程池中取出一個(gè)工作線程執(zhí)行，下游微服務(wù)返回響應(yīng)之前這個(gè)工作線程一直是阻塞的。

Spring Cloud Gateway簡介

Spring Cloud Gateway 是Spring Cloud的一個(gè)全新的API網(wǎng)關(guān)項(xiàng)目，目的是為了替換掉Zuul1。Gateway可以與Spring Cloud Discovery Client（如Eureka）、Ribbon、Hystrix等組件配合使用，實(shí)現(xiàn)路由轉(zhuǎn)發(fā)、負(fù)載均衡、熔斷等功能，并且Gateway還內(nèi)置了限流過濾器，實(shí)現(xiàn)了限流的功能。

Gateway基于Spring 5、Spring boot 2和Reactor構(gòu)建，使用Netty作為運(yùn)行時(shí)環(huán)境，比較完美的支持異步非阻塞編程。Netty使用非阻塞的IO，線程處理模型建立在主從Reactors多線程模型上。其中Boss Group輪詢到新連接后與Client建立連接，生成NioSocketChannel，將channel綁定到Worker；Worker Group輪詢并處理Read、Write事件。

產(chǎn)品對比

下邊以表格形式對Zuul1和Gateway作簡單對比：

注：Github used by和Github issues統(tǒng)計(jì)時(shí)間截止2019/8/26。

性能對比

低并發(fā)場景

不同的tps，同樣的請求時(shí)間（50s），對兩種網(wǎng)關(guān)產(chǎn)品進(jìn)行壓力測試，結(jié)果如下：

并發(fā)較低的場景下，兩種網(wǎng)關(guān)的表現(xiàn)差不多

高并發(fā)場景

配置同樣的線程數(shù)（2000），同樣的請求時(shí)間（5分鐘），后端服務(wù)在不同的響應(yīng)時(shí)間（休眠時(shí)間），對兩種網(wǎng)關(guān)產(chǎn)品進(jìn)行壓力測試，結(jié)果如下：

Zuul網(wǎng)關(guān)的tomcat最大線程數(shù)為400，hystrix超時(shí)時(shí)間為100000。

Gateway在高并發(fā)和后端服務(wù)響應(yīng)慢的場景下比Zuul1的表現(xiàn)要好。

官方性能對比

Spring Cloud Gateway的開發(fā)者提供了benchmark項(xiàng)目用來對比Gateway和Zuul1的性能，官方提供的性能對比結(jié)果如下：

測試工具為wrk，測試時(shí)間30秒，線程數(shù)為10，連接數(shù)為200。

從官方的對比結(jié)果來看，Gateway的RPS是Zuul1的1.55倍，平均延遲是Zuul1的一半。

總結(jié)

Zuul1的開源時(shí)間很早，Netflix、Riot、攜程、拍拍貸等公司都已經(jīng)在生產(chǎn)環(huán)境中使用，自身經(jīng)受了實(shí)踐考驗(yàn)，是生產(chǎn)級的API網(wǎng)關(guān)產(chǎn)品。

Gateway在2019年離開Spring Cloud孵化器，應(yīng)用于生產(chǎn)的案例少，穩(wěn)定性有待考證。

從性能方面比較，兩種產(chǎn)品在流量小的場景下性能表現(xiàn)差不多；并發(fā)高的場景下Gateway性能要好很多。從開發(fā)方面比較，Zuul1編程模型簡單，易于擴(kuò)展；Gateway編程模型稍難，代碼閱讀難度要比Zuul高不少，擴(kuò)展也稍復(fù)雜一些。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。