首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Sentinel搭建流程 顶

雪崩效应如上图所示,我们在微服务中的调用链中,当一个基础微服务的API接口A不可用时,当B调用A的服务会堆积阻塞,因为我们知道我们每一次调用,无论是调用方还是服务提供方,其实都是一个线程,而这些线程一般都是线程池中的线程。一般一个线程池中的线程数是有限的,一直到请求超时的时候,这个线程才会被释放(在正常情况下,任务执行完毕,线程释放,所以要求每个调用的执行时间越短越好,便于线程池中的线程不断重复使用,不出现阻塞)。在高并发的情况下,B的线程池中的线程资源会被瞬间完全占用,在短期内再也无法创建线程来执行任务,于是B停摆,挂掉了。同理,C、D服务在后续调用中也被B搞挂了。我们把基础服务故障,导致上层服务故障,并且这个故障不断放大的过程,称为雪崩效应。

03

springcloud:Hystrix,思想学习,场景业务解决,服务监控

​ 多个微服务之间调用的时候,假设微服务A调用微服务B和微服务C,微服务B和微服务C又调用其它的微服务,这就是所谓的“扇出”。如果扇出的链路上某个微服务的调用响应时间过长或者不可用,对微服务A的调用就会占用越来越多的系统资源,进而引起系统崩溃,所谓的“雪崩效应”. 对于高流量的应用来说,单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是,这些应用程序还可能导致服务之间的延迟增加,备份队列,线程和其他系统资源紧张,导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理,以便单个依赖关系的失败,不能取消整个应用程序或系统。 ​ 所以,通常当你发现一个模块下的某个实例失败后,这时候这个模块依然还会接收流量,然后这个有问题的模块还调用了其他的模块,这样就会发生级联故障,或者叫雪崩。

06
领券