基於.NET CORE微服務框架 -談談surging的服務容錯降級

fanly11發表於2017-07-23
微服務框架

一、前言

對於不久開源的surging受到不少.net同學的青睞，也受到.net core學習小組的關注，邀請加入.NET China Foundation 以方便國內.net core開源專案的推廣，我果斷接受邀請加入了隊伍進行互相交流學習，最近也更新了surging新的版本

更新內容：

1. Castle.Core 相容性問題，下一版本會去除，解決部分使用者第一次編譯VS卡死問題
2. 增加容錯降級
3. 路由容錯重構，針對於失敗重試和失敗沒有重試，失敗回撥，
4.增加部分功能單元測試
5. 升級支援.NET CORE 2.0

最新地址：https://github.com/dotnetcore/surging

二、服務容錯降級介紹和示例

1.服務容錯降級介紹

對於上篇文章所提到的微服務可靠性,對於容錯和降級省略沒講，這篇介紹下容錯和降級

 

當微服務不可用時，需要根據預置的策略做容錯處理，大部分的容錯能力和策略是公共的，因此可以放到框架中實現。

服務容錯

當微服務呼叫失敗之後，利用容錯機制，可以在底層實現微服務的自動容錯處理，提升系統的可靠性。

 surging容錯策略包括：

 失敗自動切換機制（Failover）：微服務呼叫失敗自動切換策略指的是當發生服務呼叫異常時，重新選路，查詢下一個可用的微    服務提供者。微服務釋出的時候，可以指定服務的叢集容錯策略。消費者可以覆蓋服務提供者的通用配置，實現個性化的容錯策略。

 失敗回撥機制（Injection）：微服務呼叫失敗之後，提供異常回撥介面或者注入指令碼，執行微服務消費者自定義的失敗處理邏輯。

服務降級

服務因為某種原因不可用，但是流程不能直接失敗，需要本地Injection服務端實現，比如年底購票12306大規模的訪問，導致查詢火車票服務不能正常工作，這時候要做業務放通，返回上次的快取記錄或者NULL，而不是返回失敗。

降級的常用策略：

 1、服務路由短路，直接返回空。例如Injection = “ return null；”。

 3、服務路由短路，直接執行本地模擬介面實現類。Injection = “ true;”。

容錯降級

當服務不可用時，可以服務做業務邏輯放通，讓服務正常執行

自動容錯降級：是根據定義的閾值自動匹配觸發，呼叫相關的策略進行降級。

強制降級：由運維根據系統執行情況手工操作觸發的。

2.服務容錯降級示例

建立服務容錯降級，選擇Injection策略指令碼注入，直接返回null

[Command(Strategy= StrategyType.Injection ,Injection = @"return null;")]

建立服務容錯降級，選擇Injection策略指令碼注入，直接返回Task<UserModel>

[Command(Strategy= StrategyType.Injection ,Injection = @"return 
Task.FromResult(new Surging.IModuleServices.Common.Models.UserModel
         {
            Name=""fanly"",
            Age=18
         });",InjectionNamespaces =new string[] { "Surging.IModuleServices.Common"})]

建立服務容錯降級，選擇Injection策略直接本地模組呼叫

[Command(Strategy= StrategyType.Injection ,Injection = @"return true;")]

 建立服務容錯降級，選擇Failover策略，自動切換重試遠端呼叫

 [Command(Strategy= StrategyType.Failover )]

 配置相關引數列表

引數
作用
備註

Strategy

 容錯策略

包括Failover和Injection

FailoverCluster

  故障轉移次數 預設值：3

ExecutionTimeoutInMilliseconds

 執行超時時間 預設值：1000
RequestCacheEnabled 是否開啟快取 預設關閉

Injection

 指令碼注入  

InjectionNamespaces

 注入名稱空間 稱為程式集名稱更恰當

BreakeErrorThresholdPercentage

 錯誤率達到多少開啟熔斷保護 預設值：50
BreakeSleepWindowInMilliseconds 熔斷多少秒後去嘗試請求 預設值：60000
BreakerForceClosed 是否強制關閉熔斷  

BreakerRequestVolumeThreshold

 10秒鐘內至少多少請求失敗，熔斷器才發揮起作用 預設值：20

MaxConcurrentRequests

 最大併發數 10

三.測試

測試環境

CPU:Intel Core i7-4710MQ

記憶體：16G

硬碟：1T SSD+512G HDD

網路：區域網

測試結果如下：

三、總結

surging下一版本增加快取降級、針對檔案進行配置服務容錯，降級等內容，新增單元測試，對於API閘道器正在著手研究，如感興趣請多關注或者加入QQ群：542283494

 

相關文章