基于.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

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

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群:615562965

时间: 2024-10-11 17:21:26

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

基于.NET CORE微服务框架 -谈谈surging 的messagepack、protobuffer、json.net 序列化

1.前言 surging内部使用的是高性能RPC远程服务调用,如果用json.net序列化肯定性能上达不到最优,所以后面扩展了protobuf,messagepack序列化组件,以支持RPC二进制传输. 在这里需要感谢白纸无字Zonciu,新增了messagepack序列化,让surging 性能上跨了一大步.此篇文章我们来谈谈messagepack.protobuffer.json.net ,并且性能做下对比 开源地址:https://github.com/dotnetcore/surging

基于.NET CORE微服务框架 -谈谈Cache中间件和缓存降级

1.前言 surging受到不少.net同学的青睐,也提了不少问题,提的最多的是什么时候集成API 网关,在这里回答大家最近已经开始着手研发,应该在1,2个月内会有个初版API网关,其它像Token身份验证,限流降级等功能完成时间会往后推 最近也更新了surging新的版本 更新内容: 1. Cache中间件基于Redis 所依赖的第三方库已将servicestack.redis转成stackexchange 2. 增加缓存降级3. 增加拦截缓存降级的例子 开源地址:https://github

基于.net core 微服务的另类实现

原文:基于.net core 微服务的另类实现 基于.net core 的微服务,网上很多介绍都是千篇一律基于类似webapi,通过http请求形式进行访问,但这并不符合大家使用习惯.如何像形如[ GetService<IOrderService>().SaveOrder(orderInfo)]的方式, 调用远程的服务,如果你正在为此苦恼, 本文或许是一种参考. 背景 原项目基于传统三层模式组织代码逻辑,随着时间的推移,项目内各模块逻辑互相交织,互相依赖,维护起来较为困难.为此我们需要引入一种

基于.NET CORE微服务框架 -浅析如何使用surging

1.前言 surging受到大家这么强烈的关注,我感到非常意外,比如有同僚在公司的分享会上分享surging, 还有在博客拿其它的RPC框架,微服务做对比等等,这些举动都让我感觉压力很大,毕竟作为个人的开源项目,无法与成熟的开源社区的项目相比,也只有等到后面有许许多多志同道合的朋友加入一起研发完善surging,这样才能让surging 成为流行的微服务框架. 这篇文章介绍如何使用surging 开源地址:https://github.com/dotnetcore/surging 2.设计模式

基于.NET CORE微服务框架 -Api网关服务管理

1.前言 经过10多天的努力,surging 网关已经有了大致的雏形,后面还会持续更新完善,请大家持续关注研发的动态 最近也更新了surging新的版本 更新内容: 1. 扩展Zookeeper封装2. 增加服务元数据3. 增加API网关 开源地址:https://github.com/dotnetcore/surging 2.软件环境 IDE:Visual Studio 2017 15.3 Preview ,vscode 框架:.NET core 2.0 依赖程序:Zookeepe.Rabbi

Web服务框架发展与REST服务开发

一.目前流行的WebService框架介绍:   ①Apache Axis2        Apache Axis2相比Apache Axis1更加有效.更加模块化.更加面向xml,支持容易插件模块扩展新功能和特性,例如安全和可靠.Apache Axis2是基于Apache AXIOM,它是一  个高性能.pull-based XML对象模型.Apache Axis2的关键特性: l  解析xml更快.采用自己的对象模型和StAX (Streaming API for XML). l  更低的内

(转)微服务框架落地实践之路

http://www.primeton.com/read.php?id=2276&his=1 一.微服务架构产生的背景 近十年中,互联网给我们生活带来了翻天覆地的变化,消费者的生活方式日益数字化,人们可以在任何时间.任何地点利用网络进行购物体验,运用社交媒体进行自我表达,企业也在运用多种技术手段,发挥数字化潜力,改善客户联系,促进企业业务模式的转型.在这种背景下,互联网也好,传统企业也罢,都面临一个共同的需求:面对快速变化的需求,面对业务模式的升级,如何构建出灵活的,可扩展,可重用的系统? 前几

分布式服务框架选型:面对Dubbo,阿里巴巴为什么选择了HSF?

转载:http://www.sohu.com/a/141490021_268033 阿里巴巴集团内部使用的分布式服务框架 HSF(High Speed Framework,也有人戏称"好舒服")已经被很多技术爱好者所熟知,目前已经支撑着近 2000 多个应用的运行. 其对应早期的开源项目 Dubbo(因为某些原因,Dubbo 项目在 2012 年年底,阿里巴巴就停止了对此开源项目的更新),则更是在互联网领域有着非常高的知名度和广泛的使用. 本文通过对阿里巴巴 HSF 服务框架的介绍,让

用Asp.net写自己的服务框架

阅读目录 开始 理解Asp.net管线 HttpHandler HttpModule 关于Content-Encoding的解释 选 HttpHandler 还是 HttpModule ? 看不见的性能问题 更多实战介绍 实战演示 - 模拟更多的HttpMethod 实战演示 - URL重写 实战演示 - URL路由 实现自己的服务框架 利用[我的服务框架]将类公开成服务 [我的服务框架]支持的序列化的种类 [我的服务框架]对gzip的支持 利用[我的服务框架]发布服务的5种方式 我对发布服务的