簡體   English   中英

服務網關的單點故障 (Netflix Zuul)

[英]Single Point of Failure at Service Gateway (Netflix Zuul)

我正在嘗試為設計實現尋求建議,以在微服務架構中使用服務網關

A、B、C、D、E、F是6個微服務。

他們有兩種可能的情況進行相互通信

案例1:如果我讓他們自己互動

在此處輸入圖像描述

案例 2:如果我使用服務網關進行通信

在此處輸入圖像描述

計划使用的服務網關是 Netflix Zuul

我擔心的是服務網關的單點故障

如果我的服務網關(Netflix Zuul)出現故障,所有微服務都將停止交互

雖然,由於這是理論上公認的架構,但我害怕尋求建議!

在案例 1 和案例 2 之間,對於一組大約 6 個微服務,應該首選什么?

這兩種情況都有各自的優點和缺點。 大多數行業更喜歡第二種方法,因為它擁有服務網關,或者說 API 網關解決了許多問題,例如安全性、服務發現等等。 Zuul 的單點故障也不是什么大問題,因為您可以使用多個 Zuul 實例(可能是 2 個)並對它們進行負載平衡,從而解決您的單點故障問題。

考慮第一種情況,您缺乏單點安全性,您必須提供微服務級別的安全性(如 OAuth2)。 Hystrix也是一種廣泛用於故障和超時的常見設計模式。 在實施第一種方法時,您始終可以使用它。

我認為這可能會有所幫助...!

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM