什麼是服務熔斷？

熔斷這一概念來源於電子工程中的斷路器（Circuit Breaker）。在網際網路系統中，當下遊服務因訪問壓力過大而響應變慢或失敗，上游服務為了保護系統整體的可用性，可以暫時切斷對下游服務的呼叫。

這種犧牲區域性，保全整體的措施就叫做熔斷。

如果不採取熔斷措施，我們的系統會怎樣呢？我們來看一個栗子。

當前系統中有A，B，C三個服務，服務A是上游，服務B是中游，服務C是下游。它們的呼叫鏈如下：

一旦下游服務C因某些原因變得不可用，積壓了大量請求，服務B的請求執行緒也隨之阻塞。執行緒資源逐漸耗盡，使得服務B也變得不可用。緊接著，服務A也變為不可用，整個呼叫鏈路被拖垮。

像這種呼叫鏈路的連鎖故障，叫做雪崩。

正所謂刮骨療毒，壯士斷腕。在這種時候，就需要我們的熔斷機制來挽救整個系統。熔斷機制的大體流程和剛才所講的考試策略如出一轍：

這裡需要解釋兩點：

1.開啟熔斷

在固定時間視窗內，介面呼叫超時比率達到一個閾值，會開啟熔斷。進入熔斷狀態後，後續對該服務介面的呼叫不再經過網路，直接執行本地的預設方法，達到服務降級的效果。

2.熔斷回覆

熔斷不可能是永久的。當經過了規定時間之後，服務將從熔斷狀態回覆過來，再次接受呼叫方的遠端呼叫。

服務熔斷的實際應用

Spring Cloud Hystrix是基於Netflix的開源框架Hystrix實現，該框架實現了服務熔斷、執行緒隔離等一系列服務保護功能。

對於熔斷機制的實現，Hystrix設計了三種狀態：

1.熔斷關閉狀態（Closed）

服務沒有故障時，熔斷器所處的狀態，對呼叫方的呼叫不做任何限制。

2.熔斷開啟狀態（Open）

在固定時間視窗內（Hystrix預設是10秒），介面調用出錯比率達到一個閾值（Hystrix預設為50%），會進入熔斷開啟狀態。進入熔斷狀態後，後續對該服務介面的呼叫不再經過網路，直接執行本地的fallback方法。

3.半熔斷狀態（Half-Open）

在進入熔斷開啟狀態一段時間之後（Hystrix預設是5秒），熔斷器會進入半熔斷狀態。所謂半熔斷就是嘗試恢復服務呼叫，允許有限的流量呼叫該服務，並監控呼叫成功率。如果成功率達到預期，則說明服務已恢復，進入熔斷關閉狀態；如果成功率仍舊很低，則重新進入熔斷關閉狀態。

三個狀態的轉化關係如下圖：

--------------------- 本文來自 茅坤寶駿氹 的CSDN 部落格 ，全文地址請點選：https://blog.csdn.net/moakun/article/details/80222325?utm_source=copy