1.1.雪崩问题解决方案

1.1.1.雪崩问题

服务中,服务间调用关系错综复杂一个微服务往往依赖于多个其它微服务。

如图,如果服务提供者I发生了故障当前应用部分业务因为依赖于服务I,因此也会被阻塞。此时,其它不依赖于服务I的业务似乎不受影响

但是,依赖服务I的业务请求阻塞用户不会得到响应,则tomcat这个线程不会释放,于是越来越多的用户请求到来,越来越多的线程阻塞

服务器支持线程并发有限请求一直阻塞,会导致服务器资源耗尽,从而导致所有其它服务都不可用,那么当前服务也就不可用了。

那么,依赖于当前服务的其它服务随着时间的推移,最终也都会变的不可用,形成级联失败雪崩就发生了:

1.1.2.超时处理

解决雪崩问题常见方式有四种:

超时处理:设定超时时间请求超过一定时没有响应返回错误信息,不会无休止等待

1.1.3.仓壁模式

方案2:仓壁模式

仓壁模式来源于船舱的设计

船舱都会被隔板分离多个独立空间,当船体破损时,只会导致部分空间进入,将故障控制在一定范围内,避免整个船体都被淹没。

于此类似,我们可以限定每个业务使用线程数,避免耗尽整个tomcat资源,因此也叫线程隔离

1.1.4.断路器

断路器模式:由断路器统计业务执行异常比例,如果超出阈值则会熔断业务拦截访问业务的一切请求

断路器统计访问某个服务的请求数量,异常比例:

发现访问服务D的请求异常比例过高时,认为服务D有导致雪崩风险,会拦截访问服务D的一切请求,形成熔断

1.1.5.限流

流量控制限制业务访问的QPS,避免服务因流量的突增而故障

1.1.6.总结

什么是雪崩问题

可以认为:

限流是对服务的保护,避免因瞬间高并发流量而导致服务故障,进而避免雪崩。是一种预防措施

超时处理、线程隔离降级熔断是在部分服务故障时,将故障控制在一定范围,避免雪崩。是一种补救措施

原文地址:https://blog.csdn.net/qq_49511498/article/details/134763318

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_41116.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注