概述
在一條慢sql導(dǎo)致購(gòu)物車服務(wù)無(wú)法使用的解決方案一文中，提到了客戶端調(diào)用購(gòu)物車服務(wù)的時(shí)候，超時(shí)了。如果當(dāng)時(shí)客戶端沒(méi)有設(shè)置超時(shí)時(shí)間的話，會(huì)在客戶端中產(chǎn)生級(jí)聯(lián)故障。先用一張圖來(lái)說(shuō)明一下。
聚合層除了調(diào)用購(gòu)物車微服務(wù)，還調(diào)用了營(yíng)銷系統(tǒng)微服務(wù)。如果購(gòu)物車服務(wù)的接口響應(yīng)時(shí)間很慢，而客戶端聚合層調(diào)用購(gòu)物車服務(wù)時(shí)，又沒(méi)有設(shè)置超時(shí)時(shí)間，那么將占有大量的連接，如果請(qǐng)求購(gòu)物車服務(wù)的請(qǐng)求量比較大，瞬間就會(huì)把連接占用完，直接導(dǎo)致聚合層調(diào)用營(yíng)銷系統(tǒng)時(shí)，需要阻塞住等待獲取連接，這樣的話，整個(gè)小程序的很多功能就都用不了了。
從這里我們可以看到，最終小程序端會(huì)整體響應(yīng)很慢，因?yàn)樗{(diào)用了聚合層，而聚合層又調(diào)用了一個(gè)性能很差的購(gòu)物車服務(wù)。產(chǎn)生級(jí)聯(lián)故障了，小程序端和聚合層都在等待中耗盡了資源，這個(gè)是非常可怕的事情。
設(shè)置超時(shí)時(shí)間
聚合層是使用了spring cloud ribbon,我們可以設(shè)置一下ribbon的超時(shí)時(shí)間。具體的可以參看springcloud edgware.sr3版本中ribbon的timeout設(shè)置方法
ribbon:
readtimeout: 2000
connecttimeout: 2000
這樣的話，聚合層調(diào)用購(gòu)物車服務(wù)，如果兩秒鐘沒(méi)有返回結(jié)果，則超時(shí)報(bào)錯(cuò)。這樣做有兩個(gè)好處。
- 快速失敗，釋放資源；
- 聚合層調(diào)用購(gòu)物車雖然失敗了，但是聚合層調(diào)用營(yíng)銷系統(tǒng)則仍然可以進(jìn)行，不受影響。小程序端使用到營(yíng)銷系統(tǒng)接口的功能也能繼續(xù)使用；
知識(shí)擴(kuò)展
客戶端保持彈性真心很重要，因此像客戶端中的
- 負(fù)載均衡模式
- 斷路器模式
- 后備模式
- 艙壁模式
都是需要了解的。要做一個(gè)彈性客戶端，可以借助一些工具，像netflix的hystrix組件就非常不錯(cuò)，并且已經(jīng)被spring cloud集成進(jìn)去了，使用起來(lái)也比較簡(jiǎn)單。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)服務(wù)器之家的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接
原文鏈接：https://blog.csdn.net/linsongbin1/article/details/83893315
