Hystrix之外健壮微服务的新选择:Sentinel 发布首个生产版本
Sentinel 阿里中间件团队开源的,面向分布式服务架构的轻量级流量控制框架,主要以流量为切入点,从流量控制、熔断降级、系统负载保护等多个维度来帮助用户保护服务的稳定性。
近日,阿里中间件开源组件Sentinel 发布首个官方推荐可生产版本:1.3.0-GA ,该版本包括 Sentinel 控制台功能的完善和一些 bug 修复,以及其它的产品改进,是一个具有里程碑意义的生产可用版本。
Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景,完美地保障了阿里巴巴历年双十一的稳定性,因此从开源之初即具备生产可用的能力。Sentinel 开源三个月以来,受到开源社区的广泛关注,目前已有多个企业用户在生产环境中使用,得到了用户的一致好评,Github社区star数突破3000。
- 2012 年,Sentinel 诞生于阿里巴巴集团内部,主要功能为入口流量控制;
- 2013 - 2018 年,Sentinel 在阿里巴巴集团内部迅速发展,成为基础技术模块,覆盖了所有的核心场景。Sentinel 也因此积累了大量的流量控制场景以及生产实践;
- 2018 年7月,Sentinel 正式开源,首个版本(0.1.0)即生产可用;
- 2018 年9月,Sentinel 的重要里程碑版本 0.2.0 发布,带来多项全新特性,同时已有外部企业用户在生产环境中使用;
- 2018 年10月末,Sentinel 进入 CNCF Landscape;Sentinel 的里程碑版本 1.3.0-GA 发布,重要的生产可用版本。
Sentinel 的开源生态非常广泛,其针对常用的框架和库进行了适配,包括 Web Servlet、Dubbo、Spring Cloud和gRPC 等,用户只需引入相应依赖并进行简单配置即可快速接入 Sentinel。同时,Sentinel 动态规则源针对常见的配置中心和远程存储进行适配,目前已支持 Nacos、ZooKeeper、Apollo、Redis 等多种动态规则源,可以覆盖到很多的生产场景。未来,Sentinel 还会对更多常用框架和配置中心进行适配,覆盖更广泛的场景。
那么 Sentinel 作为生产可用的流量控制框架,都有哪些吸引人的特性呢?
轻量级
Sentinel 作为一个功能完备的高可用流量控制框架,其核心 sentinel-core 没有任何多余依赖,打包后只有 200 KB,非常轻量级,用户可以放心地引入 sentinel-core 而不需担心依赖问题。同时,引入 Sentinel 带来的性能损耗非常小,单机 QPS 不太大的时候损耗几乎可以忽略不计(单机 4.3W QPS 的损耗约为 2.36%),因此也无需担心 Sentinel 影响线上业务性能的问题。
易用的控制台
Sentinel 控制台提供强大的实时监控和规则配置管理能力,用户可以非常方便地:
- 直观地查看不同应用、不同资源的实时监控数据
- 查看当前的资源调用链路以及实时的调用数据
- 配置流控规则、降级规则、系统保护规则、热点规则、授权规则
若用户在生产环境中使用了动态规则源,只需对控制台进行少量的改造即可在生产环境中使用 Sentinel 控制台,可以参考 在生产环境中使用 Sentinel 控制台 一文。
专业的流量控制
Sentinel 提供多个方面的专业流控能力来保障服务的稳定性:
- 多维度的流量控制:流量是实时的、不确定的,因此我们需要对实时到来的不规则的流量进行一定的控制。Sentinel 从资源粒度、运行的指标、资源的调用关系、控制效果等多个维度提供流量控制的能力;
- 服务的熔断降级:Sentinel 从多个方面提供对不稳定服务降级的能力,可以及时熔断不稳定的服务(如响应时间非常长的服务),防止拖垮下游服务造成级联错误;
- 全局维度的系统保护:Sentinel 从全局的维度对系统负载进行保护,让系统的入口流量和系统的负载达到一个平衡,保证系统在能力范围之内处理最多的请求;
- 黑白名单控制:根据资源的调用方来决定资源请求是否通过;
- 热点参数限流:对热点数据的访问进行限制,参数粒度的流量控制;
如何使用
Sentinel 提供多样化的 SPI 接口用于提供扩展的能力。用户可以在用同一个 sentinel-core 的基础上自行扩展接口实现,从而可以方便地根据业务需求给 Sentinel 添加自定义的逻辑。目前 Sentinel 提供如下的扩展点:
- 初始化过程扩展:可以添加自定义的一些初始化逻辑,如动态规则源注册等;
- Slot Chain 扩展:用于给 Sentinel 功能链添加自定义的功能并自由编排;
- 指标统计扩展(StatisticSlot Callback):用于扩展StatisticSlot 指标统计相关的逻辑;
- Transport 扩展:用于对心跳发送、监控 API Server 进行扩展。
据悉,Sentinel 还将在后续版本中推出集群限流功能、 API Gateway(如Netflix Zuul)和Service Mesh(如 Istio)全局流量控制等高级特性。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
一条慢SQL导致购物车服务无法使用
概述 之前处理过一个购物车故障,觉得还挺经典的,在这里跟大家分享一下。这个故障直接导致前端添加购物车、获取用户购物车列表等操作都失败了。购物车是入口,一旦出现问题,影响极其严重。 临时处理 购物车服务所有接口,是有打印响应时间的,发现比平时慢了很多。由于情况已是十万火急了,我只能先重启购物车,缓冲一下,然后利用这段缓冲时间,赶紧定位问题。 问题定位 之前对购物车应用基于Spring Cloud微服务化了,已经稳定运行了几个月了,且当时上线前也经过压测,接口性能是没问题的。怎么突然之间就有问题了呢?基于以往的经验,大部分故障都是SQL语句引起的,因此首先导出数据库的所有慢SQL(腾讯云有导出慢SQL的工具)语句,发现大部分慢查询都是来自库存查询的SQL语句,有些甚至是10秒钟才执行完。 后来仔细一看,库存慢查询语句,要查询库存的商品比平时多很多。商品个数少的话,这条语句还是非常快的,一旦多了就开始慢了。 解决方案 由于库存计算体系的历史原因,这条SQL是很难优化的。情况又是十万火急的,大老板一直在问咋回事。因此临时改代码,将商品库存放到Redis缓存起来。购物车服务的话,是允许库存数据不...
- 下一篇
【熵增教育】Anders-SpringBoot中的Http应用:WebFlux——熵增学院
我们今天开始进入Spring WebFlux.WebFlux是Spring5.0开始引入的.有别于SpringMVC的Servlet实现,它是完全支持异步和非阻塞的.在正式使用Spring WebFlux之前,我们首先得了解他和Servlet的区别,以及他们各自的优势,这样我们才能够给合适的场景选择合适的开发工具. 首先我们要问几个问题,为什么要有异步?在异步之前,软件行业做过哪些努力,他们的优势是什么?基于这几个问题,我们今天分享以下三个知识点: 从Http1.X 到Http2.0 从Servlet2.x到Servlet3.x WebFlux的出场 1. 从Http1.x到Http2.0 异步和同步是无法分开的.他们对性能的理解和处理也是各有千秋.传统的web项目因为是基于阻塞I/O模型而建立的,所以他们只能通过对整个链路的优化来提升性能,而这里的性能就包括了伸缩性和响应速度.这里面比较重要的一个环节就是网络传输.相对而言,这也是距离我们的用户最近的一个环节,因此他们对并发的处理以及对响应速度的处理就比其他的会更直接地影响我们的用户. 1.1 Http/1.x 在http1.x中...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS6,CentOS7官方镜像安装Oracle11G
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Linux系统CentOS6、CentOS7手动修改IP地址