博客
关于我
Hystrix断路器的状态监控与深入理解
阅读量:170 次
发布时间:2019-02-28

本文共 659 字,大约阅读时间需要 2 分钟。

断路器的状态会暴露在Actuator提供的/health端点中,这样就可以直观地了解断路器的状态,下面通过一个实验,深入理解断路器的状态转换。
一 启动eureka
二 启动user微服务
三 确保电影微服务有下面的依赖,启动movie微服务
org.springframework.boot
spring-boot-starter-actuator
四 访问,获得正确结果
{"id":1,"username":"account1","name":"张三","age":20,"balance":100.00}
五 访问,得到如下结果:
Hystrix的状态是UP,也就是一切正常,此时断路器是关闭的。
六 停止user微服务,访问,可获得如下结果
{"id":-1,"username":null,"name":"默认用户","age":null,"balance":null}
七 访问,得到如下结果:
我们发现,尽管执行了回退逻辑,返回了默认用户,但此时Hystrix的状态依然是UP,这是因为我们的失败率还没达到阈值(默认是5秒内20次失败),这里再次强调,执行回退逻辑并不代表断路器已经打开。请求失败、超时、被拒绝以及断路器打开时都会执行回退逻辑。
八 快速地访问,直到请求快速返回,然后查看
可以看到,Hystrix的状态是CiRCUIT_OPEN,说明断路器已经打开,不会再去请求微服务了。
你可能感兴趣的文章
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—1.服务端启动流程一
查看>>
Netty源码—1.服务端启动流程二
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—2.Reactor线程模型二
查看>>
Netty源码—3.Reactor线程模型三
查看>>
Netty源码—3.Reactor线程模型四
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—5.Pipeline和Handler二
查看>>
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理一
查看>>
Netty源码—8.编解码原理二
查看>>
Netty源码解读
查看>>
netty的HelloWorld演示
查看>>
Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
查看>>