摘要:模塊本身就包含了對(duì)于和的依賴,當(dāng)我們使用通過(guò)和的組合來(lái)配置路由的時(shí)候,可以通過(guò)和的配置調(diào)整路由請(qǐng)求的各種時(shí)間超時(shí)機(jī)制。
Spring Cloud Zuul模塊本身就包含了對(duì)于hystrix和ribbon的依賴,當(dāng)我們使用zuul通過(guò)path和serviceId的組合來(lái)配置路由的時(shí)候,可以通過(guò)hystrix和ribbon的配置調(diào)整路由請(qǐng)求的各種時(shí)間超時(shí)機(jī)制。
1 ribbon配置舉例
配置連接超時(shí)時(shí)間1秒,請(qǐng)求處理時(shí)間2秒,統(tǒng)一服務(wù)server嘗試重連1次,切換server重連1次
ribbon: ConnectTimeout: 1000 ReadTimeout: 2000 MaxAutoRetries: 1 MaxAutoRetriesNextServer: 1
2 hystirx配置舉例
hystrix: command: default: execution: isolation: thread: timeoutInMilliseconds: 60000
這里需要注意的是hystrix的配置時(shí)間應(yīng)該大于ribbon全部重試時(shí)間的總和,上面我配置的是2次重試,包括首次請(qǐng)求,三次時(shí)間是6秒
引用官方大神的一段說(shuō)明
When using Hystrix commands that wrap Ribbon clients you want to make sure your Hystrix timeout is configured to be longer than the configured Ribbon timeout, including any potential
retries that might be made. For example, if your Ribbon connection timeout is one second and
the Ribbon client might retry the request three times, than your Hystrix timeout should
be slightly more than three seconds.
3 打開(kāi)zuul的重試配置:
zuul: retryable: true
特別注意zuul的重試配置需要依賴spring的retry,不然的話怎么配置都是徒勞
org.springframework.retry spring-retry
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://m.specialneedsforspecialkids.com/yun/68939.html
摘要:當(dāng)存在時(shí),負(fù)載均衡的和會(huì)自動(dòng)重試任何失敗的請(qǐng)求假設(shè)你的配置允許這樣做。啟用包括重試請(qǐng)求,由于請(qǐng)求的緩沖,請(qǐng)求會(huì)對(duì)服務(wù)器的資源產(chǎn)生影響。 重試失敗的請(qǐng)求 Spring Cloud Netflix提供了多種方式來(lái)發(fā)出HTTP請(qǐng)求,你可以使用負(fù)載均衡的RestTemplate、Ribbon或Feign。無(wú)論你如何選擇創(chuàng)建HTTP請(qǐng)求,總是有可能請(qǐng)求失敗,請(qǐng)求失敗時(shí),你可能希望自動(dòng)重試請(qǐng)求,要...
摘要:服務(wù)提供者的運(yùn)行機(jī)制用了雙層結(jié)構(gòu)來(lái)維護(hù)注冊(cè)的服務(wù)信息,第一層為服務(wù)的名稱,第二層為服務(wù)的實(shí)例名稱。服務(wù)注冊(cè)中心的運(yùn)行機(jī)制為了防止服務(wù)的異常下線,會(huì)周期性的清理列表中未續(xù)約的服務(wù)。負(fù)載均衡器的基本功能維護(hù)該服務(wù)下的所有節(jié)點(diǎn)列表。 Spring Boot Spring Boot有什么作用 Spring Boot通過(guò)自動(dòng)化的配置簡(jiǎn)化Spring原有的樣板化的配置。 Spring Boo...
摘要:還有就是重試次數(shù)如果太多的話會(huì)導(dǎo)致請(qǐng)求量加倍,給后端造成更大的壓力,設(shè)置合理的重試機(jī)制才是最關(guān)鍵的。今天我們來(lái)簡(jiǎn)單的了解下中的重試機(jī)制和使用。使用講解是對(duì)請(qǐng)求重試提供的一個(gè)。 前言 重試,我相信大家并不陌生。在我們調(diào)用Http接口的時(shí)候,總會(huì)因?yàn)槟撤N原因調(diào)用失敗,這個(gè)時(shí)候我們可以通過(guò)重試的方式,來(lái)重新請(qǐng)求接口。 生活中這樣的事例很多,比如打電話,對(duì)方正在通話中啊,信號(hào)不好啊等等原因,你...
摘要:本文重點(diǎn)介紹一下基于實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)。使用方式下面我們開(kāi)始的使用添加和的依賴添加注解開(kāi)啟服務(wù)發(fā)現(xiàn),注解支持客戶端。同樣子,他可以使用默認(rèn)的也可以使用或者修改配置文件服務(wù)名字服務(wù)無(wú)端口會(huì)隨機(jī)選擇一個(gè)服務(wù)集群名字注冊(cè)中心地址,完成。 springcloud-feign實(shí)現(xiàn)服務(wù)發(fā)現(xiàn) 上一篇介紹了nacos實(shí)現(xiàn)配置和注冊(cè)中心,在微服務(wù)中只有配置和注冊(cè)中心遠(yuǎn)遠(yuǎn)不夠,還需要有服務(wù)發(fā)現(xiàn)。本文重點(diǎn)介紹一...
摘要:洞察和監(jiān)控在邊緣跟蹤有意義的數(shù)據(jù)和統(tǒng)計(jì)數(shù)據(jù),以便為我們提供準(zhǔn)確的生產(chǎn)視圖。壓力測(cè)試逐步增加集群的流量,以評(píng)估性能。減少負(fù)載為每種類型的請(qǐng)求分配容量,并刪除超過(guò)限制的請(qǐng)求。在路由到源之前執(zhí)行,可以用于身份驗(yàn)證路由和裝飾請(qǐng)求。 showImg(https://segmentfault.com/img/remote/1460000018826272); 簡(jiǎn)介 Zuul是所有從設(shè)備和web站點(diǎn)...
閱讀 659·2023-04-25 15:49
閱讀 3116·2021-09-22 15:13
閱讀 1251·2021-09-07 10:13
閱讀 3477·2019-08-29 18:34
閱讀 2560·2019-08-29 15:22
閱讀 510·2019-08-27 10:52
閱讀 687·2019-08-26 18:27
閱讀 3021·2019-08-26 13:44