大橙子网站建设,新征程启航

为企业提供网站建设、域名注册、服务器等服务

如何进行Hystrix开源框架

本篇文章给大家分享的是有关如何进行Hystrix开源框架,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。

创新互联建站是一家专业提供昌邑企业网站建设,专注与成都网站建设、网站设计、HTML5、小程序制作等业务。10年已为昌邑众多企业、政府机构等服务。创新互联专业网站设计公司优惠进行中。

Spring Cloud集成了Hystrix,Hystrix在很多大公司里都在广泛的使用,我写了一个开源框架,叫Jboot(开源网址git.oschina.net/fuhai/jboot ),它也集成了Hystrix,同时以Hystrix为核心穿插在整个框架内部。

我有一些之前的同事在阿里、百度、腾讯、滴滴等大公司,他们也都在广泛的使用Hystrix,但是,却没有太好的文章能介绍Hystrix到底是什么?它为什么这么流行?在什么场景下用?解决什么痛点?

Hystrix的介绍:

“Hystrix 供分布式系统使用,提供延迟和容错功能,隔离远程系统、访问和第三方程序库的访问点,防止级联失败,保证复杂的分布系统在面临不可避免的失败时,仍能有其弹性。”

实际上,这样的解释及其笼统,对于不了解Hystrix的同学来说还是一头雾水。

在传统的项目中,一般的架构如下:

如何进行Hystrix开源框架

在高爆发情况下,如果没有采用适当的缓存,浏览器的请求会直接被web应用传送到数据库去,也就说当有多少个浏览器请求,就会有多少个数据库查询,这个的时候,数据库往往会不堪重负,出现异常情况。

比如说:

  1. 当数据库查询过大,导致数据库服务器内存占用过高。

  2. 当SQL较为复杂,导致数据库CPU占用过高,或者返回结果较慢。

  3. 连接数过多,导致链接超时。

  4. 等等。

在我们整个web应用在,不同的逻辑(或页面)对数据库的查询造成的压力往往是不一样的。

比如说:

  1. 查看文章详情页面,可能是根据文章的主键进行查询,命中数据库主键索引,效率非常高。

  2. 某个文章统计页面,根据复杂的SQ语句查询数据库才会得到的结果,效率很第,同时占用数据库内存和CPU。

如果当“某个文章统计页面”被大量访问,数据库出现异常情况,有新的请求的时候,总会返回数据库连接超时,同时也包括“查看文章详情页面”。此时,对于访问文章详情的用户来说可能会出现500错误。

也就是说,“查看文章详情页面”和“某个文章统计页面”两个不同的页面(或者说两个不同的逻辑)会相互影响。

如何解决此类的问题呢?

这就涉及到我们这篇文章要降到的Hystrix,Hystrix能够对“查看文章详情页面”和“某个文章统计页面”这两个不同的页面进行隔离,当任何一个出现问题的时候,不会影响到其他的页面。

也就说当“某个文章统计页面”被大量访问,出现了数据库异常情况,导致web应用出现500,那么Hystrix要极力去保证“查看文章详情页面”是正常的。

如何做到呢?

Hystrix提供了两种解决方案:

  1. 线程池。

  2. 信号量。

在“web应用”访问“数据库”的时候,Hystrix会把不同的逻辑放到不同的线程池里去,同时会启用一个“线程池管理员”来查看线程池里所有线程的执行情况,如果某个连接池异常出现达到一定的量,那么此时,所有的请求都不会再请求到数据库,直接被Hystrix拦截,并会调用一个本地方法来处理“异常达到一定量”的这种情况,这个过程也叫“降级”。

在上述的业务描述中,“某个文章统计页面”和“查看文章详情页面”是两个不同的逻辑,会被Hystrix放到两个不同的线程池里,当“某个文章统计页面”的错误率(异常情况)达到一定的量(这个量可以配置),Hystrix立即切断了“某个文章统计页面”和数据库之间的连接,保证“某个文章统计页面”不会再继续消耗数据库资源。而“查看文章详情页面”的错误率极低或者系统延迟极低,Hystrix对其正常放行。从而达到了隔离的作用。

不过,Hystrix用得更多的是在RPC(Remote Procedure Call)的使用场景,在分布式架构下,不同的系统之间会相互调用,一旦某个子系统出现异常,Hystrix立即切断其他系统和异常子系统的联系。

如下图所示:

如何进行Hystrix开源框架

假设上图的顶部“User Request”是访问某在线商城的个人中心页面,个人中心页面里显示了:个人资料、推荐商品、购物车和我的快递信息等。

个人资料、推荐商品、购物车、我的快递信息分别来至于四个子系统。大概由如下代码组成:

public void userCenter(){

        List recommendGoodsList = system1.queryGoodsList();
        List myGoodsList = system2.queryMyGoodsList();
        List myExpressInfoList = system3.queyrMyExpressList();
        User myInfo = system4.queryMyInfo();
  
        request.setAttribute(“recommendGoodsList”,recommendGoodsList);
        request.setAttribute(“myGoodsList”,myGoodsList);
        request.setAttribute(“myExpressInfoList”,myExpressInfoList);
        request.setAttribute(“myInfo”,myInfo);

        render(“userCenter.html”);
}

此时,若“快递信息”子系统出现了问题,如下图所示: 

如何进行Hystrix开源框架

  1. public void userCenter(){

  2.         List recommendGoodsList = system1.queryGoodsList();

  3.         List myGoodsList = system2.queryMyGoodsList();

  4.         List myExpressInfoList = system3.queyrMyExpressList();

  5.         User myInfo = system4.queryMyInfo();

  6.    

  7.         request.setAttribute(“recommendGoodsList”,recommendGoodsList);

  8.         request.setAttribute(“myGoodsList”,myGoodsList);

  9.         request.setAttribute(“myExpressInfoList”,myExpressInfoList);

  10.         request.setAttribute(“myInfo”,myInfo);

  11.         render(“userCenter.html”);

  12. }

那么此时,第四行代码“ system3.queyrMyExpressList();”会出现等待情况,从而导致所有的请求都会出现等待情况,如下图:

如何进行Hystrix开源框架

更加可怕的是,当所有的请求都在等待的时候,系统资源会很快被耗尽,从而导致系统奔溃,甚至连重启系统都不行(因为重启后,请求又立即进来消耗资源)。一个服务器的等待,也可能会导致其他服务器出现等待(不同的服务器之间往往都会有相互调用数据的情况),此时所有的业务系统全部奔溃,又称:雪崩效应。

当有了Hystrix的隔离之后,每个业务都会在自己的线程池里被管理,当List myExpressInfoList = system3.queyrMyExpressList(); 出现问题(延迟或错误)达到一定量的时候,system3.queyrMyExpressList();会立即返回数据(一般情况下是空数据,由降级函数执行返回结果)而不会出现等待的情况,从而保证系统正常运作。

我们回头来看下Hystrix的定义:

“Hystrix 供分布式系统使用,提供延迟和容错功能,隔离远程系统、访问和第三方程序库的访问点,防止级联失败,保证复杂的分布系统在面临不可避免的失败时,仍能有其弹性。”

此时,你是否对Hystrix的定义有所理解了呢?

值得赞赏的是,Hystrix对线程池的管理,还提供了一个可视化的监控系统 hystrix-dashboard 来查看每个线程池的情况。如果你的电脑上安装有docker,可以通过以下命令来启动 hystrix-dashboard

docker run --rm -ti -p 7979:7979 kennedyoliveira/hystrix-dashboard

如果没有docker环境也没关系,你也可以执行通过以下方法来编译启动 hystrix-dashboard

  1. $ git clone https://github.com/Netflix/Hystrix.git

  2. $ cd Hystrix/hystrix-dashboard

  3. $ ../gradlew appRun

  4. > Building > :hystrix-dashboard:appRun > Running at http://localhost:7979/hystrix-dashboard

启动 hystrix-dashboard 成功后,可以通过浏览器访问http://localhost:7979/hystrix-dashboard 来查看 hystrix-dashboard 。

如下图所示:

如何进行Hystrix开源框架

填写“web应用”的Hystrix的stream地址后,点击“monitor stream”按钮,我们就可以看到Hystrix对整个应用的监控情况了。

如何进行Hystrix开源框架

备注:在Jboot框架开发的应用中,我们需要在jboot.properties配置“jboot.hystrix.url = /hystrix.stream”,此时Hystrix的stream地址为:http://host:port/hystrix.stream 。

Srping Cloud等要做的事情比较多,不像Jboot一行配置就可以使用,请自行查看其帮助文档。

到此,Hystrix的介绍就完毕了,这篇文章并没有涉及到Hystrix如何去使用,网上有非常多的文章来讲解如何使用Hystrix,但是却没有一篇文章来系统介绍什么是Hystrix。我觉得对任何技术,理解要比使用重要很多,这也是我为什么写这篇文章的原因。

以上就是如何进行Hystrix开源框架,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


本文名称:如何进行Hystrix开源框架
URL标题:http://dzwzjz.com/article/jdsigs.html
在线咨询
服务热线
服务热线:028-86922220
TOP