前言
在前兩篇《Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)容錯保護（Hystrix服務(wù)降級）》和《Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)容錯保護（Hystrix依賴隔離）》中，我們對Hystrix提供的服務(wù)降級和依賴隔離有了基本的認識退唠。下面我們將繼續(xù)說說Hystrix的另外一個重要元件：斷路器。
斷路器
斷路器模式源于Martin Fowler的Circuit Breaker一文。“斷路器”本身是一種開關(guān)裝置，用于在電路上保護線路過載乍钻，當線路中有電器發(fā)生短路時，“斷路器”能夠及時的切斷故障電路铭腕，防止發(fā)生過載银择、發(fā)熱、甚至起火等嚴重后果累舷。
在分布式架構(gòu)中浩考，斷路器模式的作用也是類似的，當某個服務(wù)單元發(fā)生故障（類似用電器發(fā)生短路）之后被盈，通過斷路器的故障監(jiān)控（類似熔斷保險絲）析孽，直接切斷原來的主邏輯調(diào)用。但是只怎，在Hystrix中的斷路器除了切斷主邏輯的功能之外袜瞬，還有更復雜的邏輯，下面我們來看看它更為深層次的處理邏輯身堡。
以在《Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)容錯保護（Hystrix服務(wù)降級）》一文中實現(xiàn)的服務(wù)降級例子為示例邓尤，我們來說說斷路器的工作原理。當我們把服務(wù)提供者eureka-client中加入了模擬的時間延遲之后盾沫，在服務(wù)消費端的服務(wù)降級邏輯因為hystrix命令調(diào)用依賴服務(wù)超時裁赠，觸發(fā)了降級邏輯，但是即使這樣赴精，受限于Hystrix超時時間的問題佩捞，我們的調(diào)用依然很有可能產(chǎn)生堆積。
這個時候斷路器就會發(fā)揮作用蕾哟，那么斷路器是在什么情況下開始起作用呢一忱？這里涉及到斷路器的三個重要參數(shù)：快照時間窗莲蜘、請求總數(shù)下限、錯誤百分比下限帘营。這個參數(shù)的作用分別是：
- 快照時間窗：斷路器確定是否打開需要統(tǒng)計一些請求和錯誤數(shù)據(jù)票渠，而統(tǒng)計的時間范圍就是快照時間窗，默認為最近的10秒芬迄。
- 請求總數(shù)下限：在快照時間窗內(nèi)问顷，必須滿足請求總數(shù)下限才有資格根據(jù)熔斷。默認為20禀梳，意味著在10秒內(nèi)杜窄，如果該hystrix命令的調(diào)用此時不足20次，即時所有的請求都超時或其他原因失敗算途，斷路器都不會打開塞耕。
- 錯誤百分比下限：當請求總數(shù)在快照時間窗內(nèi)超過了下限，比如發(fā)生了30次調(diào)用嘴瓤，如果在這30次調(diào)用中扫外，有16次發(fā)生了超時異常，也就是超過50%的錯誤百分比廓脆，在默認設(shè)定50%下限情況下筛谚，這時候就會將斷路器打開。
那么當斷路器打開之后會發(fā)生什么呢停忿？我們先來說說斷路器未打開之前刻获，對于之前那個示例的情況就是每個請求都會在當hystrix超時之后返回fallback，每個請求時間延遲就是近似hystrix的超時時間瞎嬉，如果設(shè)置為5秒蝎毡，那么每個請求就都要延遲5秒才會返回。當熔斷器在10秒內(nèi)發(fā)現(xiàn)請求總數(shù)超過20氧枣，并且錯誤百分比超過50%沐兵，這個時候熔斷器打開。打開之后便监，再有請求調(diào)用的時候扎谎，將不會調(diào)用主邏輯，而是直接調(diào)用降級邏輯烧董，這個時候就不會等待5秒之后才返回fallback毁靶。通過斷路器，實現(xiàn)了自動地發(fā)現(xiàn)錯誤并將降級邏輯切換為主邏輯逊移，減少響應(yīng)延遲的效果预吆。
在斷路器打開之后，處理邏輯并沒有結(jié)束胳泉，我們的降級邏輯已經(jīng)被成了主邏輯拐叉，那么原來的主邏輯要如何恢復呢岩遗？對于這一問題，hystrix也為我們實現(xiàn)了自動恢復功能凤瘦。當斷路器打開宿礁，對主邏輯進行熔斷之后，hystrix會啟動一個休眠時間窗蔬芥，在這個時間窗內(nèi)梆靖，降級邏輯是臨時的成為主邏輯，當休眠時間窗到期笔诵，斷路器將進入半開狀態(tài)涤姊，釋放一次請求到原來的主邏輯上，如果此次請求正常返回嗤放，那么斷路器將繼續(xù)閉合，主邏輯恢復壁酬，如果這次請求依然有問題次酌，斷路器繼續(xù)進入打開狀態(tài)，休眠時間窗重新計時舆乔。
通過上面的一系列機制岳服，hystrix的斷路器實現(xiàn)了對依賴資源故障的端口、對降級策略的自動切換以及對主邏輯的自動恢復機制希俩。這使得我們的微服務(wù)在依賴外部服務(wù)或資源的時候得到了非常好的保護吊宋，同時對于一些具備降級邏輯的業(yè)務(wù)需求可以實現(xiàn)自動化的切換與恢復，相比于設(shè)置開關(guān)由監(jiān)控和運維來進行切換的傳統(tǒng)實現(xiàn)方式顯得更為智能和高效颜武。
更多Spring Cloud內(nèi)容請持續(xù)關(guān)注我的博客更新或在《Spring Cloud微服務(wù)實戰(zhàn)》中獲取璃搜。
代碼示例
樣例工程將沿用之前在碼云和GitHub上創(chuàng)建的SpringCloud-Learning項目，重新做了一下整理鳞上。通過不同目錄來區(qū)分Brixton和Dalston的示例这吻。
相關(guān)閱讀
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)注冊與發(fā)現(xiàn)（Eureka、Consul）
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)消費者（基礎(chǔ)）
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)消費者（Ribbon）
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)消費者（Feign）
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：分布式配置中心
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)容錯保護（hystrix服務(wù)降級）
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)容錯保護（hystrix依賴隔離）
- Spring Cloud構(gòu)建微服務(wù)架構(gòu)：服務(wù)容錯保護（hystrix斷路器）
- 更多Spring Cloud內(nèi)容...
