Sentinel Go 0.6.0 发布,支持 Warm-Up 预热流控
Sentinel Go 0.6.0 正式发布,该版本带来了 Warm-Up 预热流控特性、go-micro 框架的适配模块,以及其它的一些特性改进。Release notes: https://github.com/alibaba/sentinel-golang/releases/tag/v0.6.0
该版本的主要特性之一是 Warm-Up 预热流控支持。当系统长期处于低水位的情况下,流量突然增加时,直接把系统拉升到高水位可能瞬间把系统压垮。比如刚启动的服务,数据库连接池可能还未初始化,缓存也处于空的状态,这时候激增的流量非常容易导致服务崩溃。这时我们就可以利用 Sentinel 的 Warm-Up 流控模式,控制通过的流量缓慢增加,在一定时间内逐渐增加到阈值上限,而不是在一瞬间全部放行。这样可以给冷系统一个预热的时间,避免冷系统被压垮。
WarmUp 预热控制的示例可以参考 qps_warm_up_example.go。
同时新版本还带来了 go-micro v2 的适配模块,开发者只需在创建 server/client 的时候添加上 Sentinel 的 handler wrapper 即可快速接入适配,自动对 RPC 调用进行埋点。默认埋点会提取服务 method 作为资源名,限流处理逻辑默认返回对应的 BlockError。用户也可以在构造 handler wrapper 时传入自定义的资源名提取逻辑和流控 fallback 逻辑,来进行定制。示例:
svr := micro.NewService( micro.Name("sentinel.test.server"), micro.Version("latest"), micro.WrapHandler(NewHandlerWrapper( // 提供自定义的流控 fallback 逻辑 WithServerBlockFallback( func(ctx context.Context, request server.Request, blockError *base.BlockError) error { return errors.New(myBlockMessage) }), )), )
其它主要特性改进包括:
- 修复熔断器模块半开启模式探测阶段被同资源其它规则 block 后状态无法变换的 bug
- 支持用自定义的 Logger 实现替换默认自带的 record logger
- 完善部分 rule entity 的定义,完善数据源模块提供的默认规则解析器
Sentinel Go 版本正在快速演进中,1.0 GA 版本即将在近期发布,带来更多云原生相关的特性。我们非常欢迎感兴趣的开发者参与贡献,一起来主导未来版本的演进。若您有意愿参与贡献,欢迎联系我们加入 Sentinel 贡献小组一起成长(Sentinel 开源讨论钉钉群:30150716)。我们会定期给活跃贡献者寄送小礼品,核心贡献者会提名为 committer,一起主导社区的演进。Now let's start hacking!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Spring 5 中文解析核心篇-IoC容器之AOP编程(上)
面向切面的编程(AOP)通过提供另一种思考程序结构的方式来补充面向对像的编程(OOP)。OOP中模块化的关键单元是<u>类</u>,而在AOP中模块化是<u>切面</u>。切面使关注点(例如事务管理)的模块化可以跨越多种类型和对象。(这种关注在AOP文献中通常被称为“跨领域”关注。) Spring的关键组件之一是AOP框架。虽然Spring IoC容器不依赖于AOP(这意味着如果你不想使用AOP,就不需要使用AOP),但AOP对Spring IoC进行了补充,提供了一个非常强大的中间件解决方案。 具有AspectJ切入点的Spring AOP Spring提供了使用基于schema的方法或@AspectJ注解样式来编写自定义切面的简单而强大的方法。这两种样式都提供了完全类型化的建议,并使用了AspectJ切入点语言,同时仍然使用Spring AOP进行编织。 本章讨论基于schema和基于@AspectJ的AOP支持。下一章将讨论较低级别的AOP支持。 AOP在Spring框架中用于: 提供声明式企业服务。此类服务中最重要的是声明式事...
- 下一篇
Java应用正加速迁移到Kubernetes
根据VMWare发布的一份报告,容器化的Java应用程序在Kubernetes平台上的部署速度继续加快。 Dimensional Research代表VMware对1024位IT专业人员进行的调查显示,有95%的受访者表示已经使用开源Spring框架来容器化Java应用程序,其中计划这样做的占到了30%。 在95%的受访用户中,44%的用户表示已经在Kubernetes集群上部署了这些应用,37%的人也计划这样做。 VMware表示,调查清楚地表明,已经投资于Spring框架来构建Java应用的企业计划继续依赖该框架来为Kubernetes环境构建云原生应用程序。 VMware扩展了Spring Boot框架的功能,该框架提供了加速微服务开发的功能,从而可以在基础镜像上对已编译应用进行本机容器化。调查发现,尽管有许多工具可用于构建容器化的应用程序,但Spring是主要的平台,52%开发人员使用该平台来构建应用程序。 VMware说,Spring是企业最广泛采用的Java框架,因此调查结果表明在这些环境中使用Kubernetes平台的人数已大大增加。 调查还发现,Spring的最大用例是...
相关文章
文章评论
共有0条评论来说两句吧...