博客
关于我
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 主要组件+黏包半包+rpc框架+源码透析
查看>>
Netty 异步任务调度与异步线程池
查看>>
Netty中集成Protobuf实现Java对象数据传递
查看>>
Netty事件注册机制深入解析
查看>>
Netty原理分析及实战(四)-客户端与服务端双向通信
查看>>
Netty客户端断线重连实现及问题思考
查看>>
Netty工作笔记0006---NIO的Buffer说明
查看>>
Netty工作笔记0007---NIO的三大核心组件关系
查看>>
Netty工作笔记0011---Channel应用案例2
查看>>
Netty工作笔记0013---Channel应用案例4Copy图片
查看>>
Netty工作笔记0014---Buffer类型化和只读
查看>>
Netty工作笔记0020---Selectionkey在NIO体系
查看>>
Vue踩坑笔记 - 关于vue静态资源引入的问题
查看>>
Netty工作笔记0025---SocketChannel API
查看>>
Netty工作笔记0027---NIO 网络编程应用--群聊系统2--服务器编写2
查看>>
Netty工作笔记0050---Netty核心模块1
查看>>
Netty工作笔记0057---Netty群聊系统服务端
查看>>
Netty工作笔记0060---Tcp长连接和短连接_Http长连接和短连接_UDP长连接和短连接
查看>>
Netty工作笔记0063---WebSocket长连接开发2
查看>>
Netty工作笔记0070---Protobuf使用案例Codec使用
查看>>