基于.NET CORE微服务框架 -谈谈surging的服务容错降级

一、前言

对于不久开源的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

二、服务容错降级介绍和示例

对于上篇文章所提到的微服务可靠性,对于容错和降级省略没讲，这篇介绍下容错和降级

当微服务不可用时，需要根据预置的策略做容错处理，大部分的容错能力和策略是公共的，因此可以放到框架中实现。

服务容错

当微服务调用失败之后，利用容错机制，可以在底层实现微服务的自动容错处理，提升系统的可靠性。

surging容错策略包括：

失败自动切换机制（Failover）：微服务调用失败自动切换策略指的是当发生服务调用异常时，重新选路，查找下一个可用的微服务提供者。微服务发布的时候，可以指定服务的集群容错策略。消费者可以覆盖服务提供者的通用配置，实现个性化的容错策略。

失败回调机制（Injection）：微服务调用失败之后，提供异常回调接口或者注入脚本，执行微服务消费者自定义的失败处理逻辑。

服务降级

服务因为某种原因不可用，但是流程不能直接失败，需要本地Injection服务端实现，比如年底购票12306大规模的访问，导致查询火车票服务不能正常工作，这时候要做业务放通，返回上次的缓存记录或者NULL，而不是返回失败。

降级的常用策略：

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

3、服务路由短路，直接执行本地模拟接口实现类。Injection = “ true;”。

容错降级

当服务不可用时，可以服务做业务逻辑放通，让服务正常运行

自动容错降级：是根据定义的阚值自动匹配触发，调用相关的策略进行降级。

强制降级：由运维根据系统运行情况手工操作触发的。

创建服务容错降级，选择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策略直接本地模块调用

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

创建服务容错降级，选择Failover策略，自动切换重试远程调用

1	`[Command(Strategy= StrategyType.Failover )]`

配置相关参数列表

参数	作用	备注
Strategy	容错策略	包括Failover和Injection
FailoverCluster	故障转移次数	默认值：3
ExecutionTimeoutInMilliseconds	执行超时时间	默认值：1000
RequestCacheEnabled	是否开启缓存	默认关闭
Injection	脚本注入
InjectionNamespaces	注入命名空间	称为程序集名称更恰当
BreakeErrorThresholdPercentage	错误率达到多少开启熔断保护	默认值：50
BreakeSleepWindowInMilliseconds	熔断多少秒后去尝试请求	默认值：60000
BreakerForceClosed	是否强制关闭熔断
BreakerRequestVolumeThreshold	10秒钟内至少多少请求失败，熔断器才发挥起作用	默认值：20
MaxConcurrentRequests	最大并发数	10