Java看完秒懂版熔斷和降級的關(guān)系
剛開始我以為熔斷和降級是一體的,以為他們必須配合使用; 只不過名字不一樣而已,但是當我經(jīng)過思考過后,發(fā)現(xiàn)他們其實不是一個東西;
降級
什么是服務降級呢?降級主要有以下幾種情況
- 超時:當下游的服務因為某種原因響應過慢,下游服務主動停掉一些不太重要的業(yè)務,釋放出服務器資源,增加響應速度!
- 不可用:當下游的服務因為某種原因不可用,上游主動調(diào)用本地的一些降級邏輯,避免卡頓,迅速返回給用戶!
- 限流:防止上游服務請求太多導致服務崩潰,所以限制請求的數(shù)量,來達到保護下游服務的目的,當請求的流量到達一定閾值時,直接拒絕多余的請求,執(zhí)行降級邏輯
看到這,相信你已經(jīng)看到了一個相同點,就是以上三者(超時、不可用、限流)觸發(fā)時,都會走同一個邏輯,那就是降級邏輯,在hystrix里面叫做fallback;

熔斷
什么是服務熔斷
熔斷很好理解,就是一個斷開的過程;
熔斷就像是家里的保險絲一樣,當電流達到一定條件時,比如保險絲能承受的電流是5A,如果你的電流達到了6A,因為保險絲承受不了這么高的電流,保險絲就會融化,這時候電路就會斷開,起到了保護電器的作用;
在微服務里面也是一樣,當下游的服務因為某種原因突然變得不可用或響應過慢,上游服務為了保證自己整體服務的可用性,不再繼續(xù)調(diào)用目標服務,直接返回,快速釋放資源。如果目標服務情況好轉(zhuǎn)則恢復調(diào)用;
熔斷和降級的關(guān)系
說了那么多,其實也能想到了,降級和熔斷其實就是服務安全中的2個不同的流程,在服務發(fā)生故障時,肯定是先斷開(熔斷)與服務的連接,然后在執(zhí)行降級邏輯;

那既然不管怎樣都會執(zhí)行降級邏輯,這時候就可以理解為 降級是一種設計思想,在java層面就是一個接口,而熔斷是降級的不同實現(xiàn)方式,他們的關(guān)系如下圖:

降級方式
那么我們現(xiàn)在知道降級是一個接口了,接下來在看看他們的實現(xiàn)方式是怎樣的吧
1、熔斷降級(不可用)
熔斷邏輯是這樣的,A服務調(diào)用B服務,失敗次數(shù)達到一定閾值后 ,A服務的斷路器打開,就不在請求B服務,而是直接執(zhí)行本地的fallback方法;這種叫做熔斷降級,看到這里,也許你已經(jīng)明白了,熔斷只是降級的其中一種實現(xiàn)方式;

2、超時降級
同樣是A服務調(diào)用B服務,B服務響應超過了A服務設定的閾值后,就會執(zhí)行降級邏輯;

3、限流降級
同樣是A服務調(diào)用B服務,服務A的連接已超過自身能承載的最大連接數(shù),比如說A能承載的連接數(shù)為5,但是目前的并發(fā)有6個請求同時進行,前5請求能正常請求,最后一個會直接拒絕,執(zhí)行fallback降級邏輯;

完
看完這個文章,你有沒有懂得熔斷和降級之間的關(guān)系呢? 面試的情況下,你知道該怎么回答了嗎?
到此這篇關(guān)于Java看完秒懂版熔斷和降級的關(guān)系的文章就介紹到這了,更多相關(guān)Java熔斷和降級內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java實戰(zhàn)之圖書管理系統(tǒng)的實現(xiàn)
這篇文章主要介紹了如何利用Java語言編寫一個圖書管理系統(tǒng),文中采用的技術(shù)有Springboot、SpringMVC、MyBatis、ThymeLeaf 等,需要的可以參考一下2022-03-03
Java中的HashMap為什么會產(chǎn)生死循環(huán)
這篇文章主要介紹了Java中的HashMap為什么會產(chǎn)生死循環(huán),HashMap?死循環(huán)是一個比較常見、比較經(jīng)典的問題,下面文章我們就來徹底理解死循環(huán)的原因。需要的小伙伴可以參考一下2022-05-05
Idea2023創(chuàng)建springboot不能選擇java8的解決方法(最新推薦)
在idea2023版本創(chuàng)建springboot的過程中,選擇java版本時發(fā)現(xiàn)沒有java8版本,只有java17和java20,遇到這樣的問題如何解決呢,下面小編給大家分享Idea2023創(chuàng)建springboot不能選擇java8的解決方法,感興趣的朋友一起看看吧2024-01-01

