微服務五種開源API網關實現組件對比

微服務架構是當下比較流行的一種架構風格,它是一種以業務功能組織的服務集合,能夠持續交付、快速部署、更好的可擴展性和容錯能力,並且還使組織更容易去嘗試新技術棧。微服務具備幾個關鍵特徵:nginx

  • 高度可維護和可測試性
  • 與其餘服務鬆散耦合
  • 且可獨立部署
  • 可以由一個小團隊開發

如今不少公司企業想將本身的單體應用架構遷移到微服務架構,在這個問題上,Martin Fowler提出了3個前提,而Phil Calcado對其進行了擴展以下:spring

  • 快速配置計算資源
  • 基本監控
  • 快速部署
  • 易於配置存儲
  • 易於訪問網關
  • 認證、受權
  • 標準化的 RPC

今天咱們主要講講易於訪問的網關,也就是 API 網關。數據庫

爲何須要 API 網關

假設咱們要使用微服務架構構建一個電商平臺,如下多是一些潛在的服務:後端

  • 購物車服務
  • 訂單服務
  • 商品服務
  • 評論服務
  • 庫存服務

等等,客戶端應該怎麼訪問這些服務呢?原來單體應用的狀況咱們都知道,都在一個服務器上部署,直接訪問IP+端口+服務前綴便可,如今微服務架構下,每一個服務均可以獨立部署,而且是由不一樣的開發團隊開發的,難道咱們要這樣訪問嗎?api

微服務五種開源API網關實現組件對比

理論上每一個服務都有端點能夠訪問,可是客戶端就須要記錄全部服務的端點,發起5次請求,如今仍是5個服務,若是以後擴展多了呢?對客戶端來講就是一個災難,隨之帶來的就是安全性問題、擴展性問題等,因此這種客戶端直接與每一個服務交互是不可取的,一般,更好的方式是使用 API 網關。緩存

API 網關是客戶端訪問服務的統一入口,API 網關封裝了後端服務,還提供了一些更高級的功能,例如:身份驗證、監控、負載均衡、緩存、多協議支持、限流、熔斷等等,API 網關還能夠針對不一樣的客戶端定製不一樣粒度的 API,上面例子中修改架構後以下:安全

微服務五種開源API網關實現組件對比

API 網關的優缺點

API 網關的好處是顯而易見的,封裝了應用程序的內部結構,爲不一樣客戶端提供不一樣粒度的 API,同時網關自身也提供了一些高級功能,也減小了客戶端與應用程序之間的往返次數,使客戶端代碼更優雅。服務器

同時使用網關也存在一些缺點,增長了一個新的組件,增長了整個應用架構的複雜度,一個通俗的道理,你作的越多你犯錯的風險也越高,網關不可用極可能致使整個應用架構崩潰,固然如今有各類各樣的方案,能防止網關崩潰,它也可能存在瓶頸風險。架構

使用網關有利有弊,我我的而言,利確定是大於弊的,咱們儘量的將弊端降到最低。負載均衡

API 網關一些實現

使用一個組件時,尤爲是這種比較流行的架構,組件確定存在開源的,咱們沒必要本身去從零開始去實現一個網關,本身開發一個網關的工做量是至關可觀的,如今比較流行的開源 API 網關以下所示:

Kong

Kong是一個在 Nginx 中運行的Lua應用程序,而且能夠經過lua-nginx模塊實現,Kong不是用這個模塊編譯Nginx,而是與 OpenResty 一塊兒發佈,OpenResty已經包含了 lua-nginx-module, OpenResty 不是 Nginx 的分支,而是一組擴展其功能的模塊。

它的核心是實現數據庫抽象,路由和插件管理,插件能夠存在於單獨的代碼庫中,而且能夠在幾行代碼中注入到請求生命週期的任何位置。

Traefik

Traefik 是一個現代 HTTP 反向代理和負載均衡器,能夠輕鬆部署微服務,Traeffik 能夠與您現有的組件(Docker、Swarm,Kubernetes,Marathon,Consul,Etcd,…)集成,並自動動態配置。

Ambassador

Ambassador 是一個開源的微服務 API 網關,創建在 Envoy 代理之上,爲用戶的多個團隊快速發佈,監控和更新提供支持,支持處理 Kubernetes ingress controller 和負載均衡等功能,能夠與 Istio 無縫集成。

Tyk

Tyk是一個開源的、輕量級的、快速可伸縮的 API 網關,支持配額和速度限制,支持認證和數據分析,支持多用戶多組織,提供全 RESTful API。基於 go 編寫。

Zuul

Zuul 是一種提供動態路由、監視、彈性、安全性等功能的邊緣服務。Zuul 是 Netflix 出品的一個基於 JVM 路由和服務端的負載均衡器。

API 網關實現對比

微服務五種開源API網關實現組件對比

微服務五種開源API網關實現組件對比

總結

由上述對比表格中能夠看出:從開源社區活躍度來看,無疑是Kong和Traefik較好;從成熟度來看,較好的是Kong、Tyk、Traefik;從性能角度來看,Kong要比其餘幾個領先一些;從架構優點的擴展性來看,Kong、Tyk有豐富的插件,Ambassador也有插件但很少,而Zuul是徹底須要自研,但Zuul因爲與Spring Cloud深度集成,使用度也很高,近年來Istio服務網格的流行,Ambassador由於可以和Istio無縫集成也是至關大的優點。

具體使用選擇仍是須要依據具體的業務場景,咱們在參考連接中收集了一些性能對比,你們能夠作下參考。

參考連接

微服務五種開源API網關實現組件對比

相關文章
相關標籤/搜索