SpringCloud服务安全之hystrix
首先了解一下分布式系统最常见的面临的问题:
介绍:(现在好像已经停止更新了)
hystrix可以用来做什么?
服务降级,服务熔断,接近实时的监控
服务降级:
现象:服务器忙,请稍后再试,不让客户端等待并立刻返回一个友好提示,fallback
哪些情况会发出降级:程序运行异常,超时,服务熔断触发服务降级,线程池/信号量也会导致服务降级
服务熔断:
现象:类比保险丝达到最大服务访问后,直接拒绝访问,拉闸限电,然后调用服务降级的方法并返回友好提示
就是保险丝,流程是:服务的降级->进而熔断->恢复调用链路
服务限流:秒杀高并发等操作,严禁一窝蜂的过来拥挤,大家排队,一秒钟N个,有序进行
服务降级:
怎么使用?:
1.在使用的方法上加上@HystrixCommand注解即可,一旦调用服务方法失败并抛出了错误信息后,会自动调用@HystrixCommand标注好的fallbckMethod调用类中的指定方法
2.记得在主启动类中激活@EnableCircuitBreaker
如果是在消费端使用也是需要引入pom和修改yml的
pom:
<!--hystrix--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-hystrix</artifactId> </dependency>
yml:
server: port: 80 eureka: client: register-with-eureka: false fetch-registry: true service-url: defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka feign: hystrix: enabled: true
主启动类:@Enablehystrix
目前问题:
- 每个业务方法对应一个兜底的方法,代码膨胀.
- 统一和自定义的分开
解决办法:
每一个方法配置一个? 如果有多个就出现膨胀
服务熔断
断路器:一句话就是家里的保险丝
熔断是什么?
熔断的三种类型:
- 熔断打开:请求不再调用当前服务,内部设置一般为MTTR(平均故障处理时间),当打开长达导所设时钟则进入半熔断状态
- 熔断关闭: 熔断关闭后不会对服务进行熔断
- 熔断半开 :部分请求根据规则调用当前服务,如果请求成功且符合规则则认为当前服务恢复正常,关闭熔断
断路器打开之后:
服务监控 hystrixDashboard
有志者、事竟成,破釜沉舟,百二秦关终属楚;
苦心人、天不负,卧薪尝胆,三千越甲可吞吴.
加油吧,致每个正在奋斗路上的你!!!