Go 應用程式中的斷路器

如今，我們的應用程式依賴其他應用程式是很常見的，特別是當我們在微服務環境中工作時。我們的應用程式開始報告錯誤是很常見的，在調查時，我們注意到合作夥伴團隊或供應商的某些 API 已關閉。

提高應用程式彈性的一個好做法是切斷與那些處於棄用狀態的應用程式的通訊。觀察其他領域，我們吸收了電機工程中斷路器的概念。其中放置了一個設備或斷路器，如果發生故障，它會自動關閉。這在我們的家裡很常見，如果電網開始變得不穩定，斷路器會自動關閉。

在計算中，我們的斷路器稍微複雜一些，因為我們還定義了一個中間狀態。下圖更好地解釋了斷路器的工作原理：

最後，各州是：

• open：應用程式之間沒有通訊。達到此狀態後，計時器開始為重置服務留出時間。在計時器結束時，我們過渡到半開。
• 關閉：應用程式之間存在通訊。對於每個失敗的請求，都會更新計數器。如果達到故障極限，我們會將電路切換為開路。
• half-open：恢復狀態，直到通訊完全暢通。其中，成功計數器會根據每個請求進行更新。如果達到理想的成功次數，我們會將電路移至閉合狀態。如果請求失敗，我們將恢復開放。

很酷，對吧？但為了更好地體現這個概念，我們在實踐中該如何做呢？

首先，我們來建立我們的服務A，它將負責接收請求，也就是說，它將是我們的應用程式所依賴的服務，供應商的服務等等。為了方便起見，我們將公開兩個端點，一個始終返回 200 的 /success 和一個始終返回 500 的 /failure。

雷雷

服務B將負責呼叫服務A。他將建造我們的斷路器。對我們來說幸運的是，Go 社群已經有了實現該模式的 gobreaker 函式庫！首先，我們定義斷路器的屬性：

雷雷

雖然該庫允許我們定制更多的東西，但我們將重點放在三個：

• 超時：電路保持開路狀態的時間。在我們的例子中，時間設定為 5 秒。
• MaxRequests：關閉前成功請求的數量。在我們的範例中，我們將其設定為 2 個請求。
• ReadyToTrip：定義從關閉過渡到開啟的條件。為了方便起見，我們假設一次失敗就夠了。

然後我們可以初始化斷路器並發出請求：

雷雷

我們可以注意到 gobreaker 作為函數的包裝器。如果函數傳回錯誤，則會增加錯誤數量，否則會增加成功數量。那我們來定義這個函數：

雷雷

我們的 Go 服務使用了斷路器！透過使用此模式，您可以提高服務的彈性和容錯能力。我們可以注意到，在使用該庫時，複雜性被完全抽象，使得將其整合到我們日常生活中的過程非常簡單。如果您想查看完整的概念驗證程式碼，請造訪此處。

如果您想了解其他彈性模式，Elton Minetto 發表了一篇關於該主題的精彩文章！

請在評論中告訴我你對這篇文章的看法，這裡有一個問題：你以前使用過斷路器嗎？噢，你也可以在我的個人部落格找到我！

以上是Go 應用程式中的斷路器的詳細內容。更多資訊請關注PHP中文網其他相關文章！