高並發之服務降級和服務熔斷
阿新 • • 發佈：2018-07-08
height 靜態 遠程服務 很多 可用性 場景 模式 quest 部分 服務降級：
服務壓力劇增的時候根據當前的業務情況及流量對一些服務和頁面有策略的降級，以此環節服務器的壓力，以保證核心任務的進行。
同時保證部分甚至大部分任務客戶能得到正確的相應。也就是當前的請求處理不了了或者出錯了，給一個默認的返回。
服務熔斷：在股票市場，熔斷這個詞大家都不陌生，是指當股指波幅達到某個點後，交易所為控制風險采取的暫停交易措施。相應的，服務熔斷一般是指軟件系統中，由於某些原因使得服務出現了過載現象，為防止造成整個系統故障，從而采用的一種保護措施，所以很多地方把熔斷亦稱為過載保護。
降級分類
降級按照是否自動化可分為：自動開關降級和人工開關降級。
降級按照功能可分為：讀服務降級、寫服務降級。 
![技術分享圖片]()
![技術分享圖片]()
兩者其實從有些角度看是有一定的類似性的：
- 目的很一致，都是從可用性可靠性著想，為防止系統的整體緩慢甚至崩潰，采用的技術手段；
- 最終表現類似，對於兩者來說，最終讓用戶體驗到的是某些功能暫時不可達或不可用；
- 粒度一般都是服務級別，當然，業界也有不少更細粒度的做法，比如做到數據持久層（允許查詢，不允許增刪改）；
- 自治性要求很高，熔斷模式一般都是服務基於策略的自動觸發，降級雖說可人工幹預，但在微服務架構下，完全靠人顯然不可能，開關預置、配置中心都是必要手段；
而兩者的區別也是明顯的：
- 觸發原因不太一樣，服務熔斷一般是某個服務（下遊服務）故障引起，而服務降級一般是從整體負荷考慮；
- 管理目標的層次不太一樣，熔斷其實是一個框架級的處理，每個微服務都需要（無層級之分），而降級一般需要對業務有層級之分（比如降級一般是從最外圍服務開始）
- 實現方式不太一樣
高並發之服務降級和服務熔斷