SpringCloud-Ribbon配置是怎樣的

SpringCloud-Ribbon配置是怎樣的，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

10年積累的網(wǎng)站建設(shè)、網(wǎng)站制作經(jīng)驗，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認識你，你也不認識我。但先制作網(wǎng)站后付款的網(wǎng)站建設(shè)流程，更有安多免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

1. 禁用 Eureka

當我們在 RestTemplate 上添加 @LoadBalanced 注解后，就可以用服務(wù)名稱來調(diào)用接口了，當有多個服務(wù)的時候，還能做負載均衡。

這是因為 Eureka 中的服務(wù)信息已經(jīng)被拉取到了客戶端本地，如果我們不想和 Eureka 集成，可以通過下面的配置方法將其禁用。

# 禁用 Eureka
ribbon.eureka.enabled=false

當我們禁用了 Eureka 之后，就不能使用服務(wù)名稱去調(diào)用接口了，必須指定服務(wù)地址。

2. 配置接口地址列表

上面我們講了可以禁用 Eureka，禁用之后就需要手動配置調(diào)用的服務(wù)地址了，配置如下：

# 禁用 Eureka 后手動配置服務(wù)地址
ribbon-config-demo.ribbon.listOfServers=localhost:8081,localhost:8083

這個配置是針對具體服務(wù)的，前綴就是服務(wù)名稱，配置完之后就可以和之前一樣使用服務(wù)名稱來調(diào)用接口了。

3. 配置負載均衡策略

Ribbon 默認的策略是輪詢，從我們前面講解的例子輸出的結(jié)果就可以看出來，Ribbon 中提供了很多的策略，這個在后面會進行講解。我們通過配置可以指定服務(wù)使用哪種策略來進行負載操作。

4. 超時時間

Ribbon 中有兩種和時間相關(guān)的設(shè)置，分別是請求連接的超時時間和請求處理的超時時間，設(shè)置規(guī)則如下：

# 請求連接的超時時間ribbon.ConnectTimeout=2000# 請求處理的超時時間ribbon.ReadTimeout=5000也可以為每個Ribbon客戶端設(shè)置不同的超時時間, 通過服務(wù)名稱進行指定：ribbon-config-demo.ribbon.ConnectTimeout=2000ribbon-config-demo.ribbon.ReadTimeout=5000

5. 并發(fā)參數(shù)

# 最大連接數(shù)ribbon.MaxTotalConnections=500# 每個host最大連接數(shù)ribbon.MaxConnectionsPerHost=500

代碼配置 Ribbon

配置 Ribbon 最簡單的方式就是通過配置文件實現(xiàn)。當然我們也可以通過代碼的方式來配置。

通過代碼方式來配置之前自定義的負載策略，首先需要創(chuàng)建一個配置類，初始化自定義的策略，代碼如下所示。

@Configurationpublic class BeanConfiguration {@Beanpublic MyRule rule() {return new MyRule();
    }
}

創(chuàng)建一個 Ribbon 客戶端的配置類，關(guān)聯(lián) BeanConfiguration，用 name 來指定調(diào)用的服務(wù)名稱，代碼如下所示。

@RibbonClient(name = "ribbon-config-demo", configuration = BeanConfiguration.class)public class RibbonClientConfig {}

可以去掉之前配置文件中的策略配置，然后重啟服務(wù)，訪問接口即可看到和之前一樣的效果。

配置文件方式配置 Ribbon

除了使用代碼進行 Ribbon 的配置，我們還可以通過配置文件的方式來為 Ribbon 指定對應(yīng)的配置：

<clientName>.ribbon.NFLoadBalancerClassName: Should implement ILoadBalancer(負載均衡器操作接口)
<clientName>.ribbon.NFLoadBalancerRuleClassName: Should implement IRule(負載均衡算法)
<clientName>.ribbon.NFLoadBalancerPingClassName: Should implement IPing(服務(wù)可用性檢查)
<clientName>.ribbon.NIWSServerListClassName: Should implement ServerList(服務(wù)列表獲取)
<clientName>.ribbon.NIWSServerListFilterClassName: Should implement ServerList-Filter(服務(wù)列表的過濾)

重試機制

在集群環(huán)境中，用多個節(jié)點來提供服務(wù)，難免會有某個節(jié)點出現(xiàn)故障。用 Nginx 做負載均衡的時候，如果你的應(yīng)用是無狀態(tài)的、可以滾動發(fā)布的，也就是需要一臺臺去重啟應(yīng)用，這樣對用戶的影響其實是比較小的，因為 Nginx 在轉(zhuǎn)發(fā)請求失敗后會重新將該請求轉(zhuǎn)發(fā)到別的實例上去。

由于 Eureka 是基于 AP 原則構(gòu)建的，犧牲了數(shù)據(jù)的一致性，每個 Eureka 服務(wù)都會保存注冊的服務(wù)信息，當注冊的客戶端與 Eureka 的心跳無法保持時，有可能是網(wǎng)絡(luò)原因，也有可能是服務(wù)掛掉了。

在這種情況下，Eureka 中還會在一段時間內(nèi)保存注冊信息。這個時候客戶端就有可能拿到已經(jīng)掛掉了的服務(wù)信息，故 Ribbon 就有可能拿到已經(jīng)失效了的服務(wù)信息，這樣就會導(dǎo)致發(fā)生失敗的請求。

這種問題我們可以利用重試機制來避免。重試機制就是當 Ribbon 發(fā)現(xiàn)請求的服務(wù)不可到達時，重新請求另外的服務(wù)。

1. RetryRule 重試

解決上述問題，最簡單的方法就是利用 Ribbon 自帶的重試策略進行重試，此時只需要指定某個服務(wù)的負載策略為重試策略即可：

ribbon-config-demo.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RetryRule

2. Spring Retry 重試

除了使用 Ribbon 自帶的重試策略，我們還可以通過集成 Spring Retry 來進行重試操作。

在 pom.xml 中添加 Spring Retry 的依賴，代碼如下所示。

<dependency><groupId>org.springframework.retry</groupId><artifactId>spring-retry</artifactId></dependency>

配置重試次數(shù)等信息：

# 對當前實例的重試次數(shù)ribbon.maxAutoRetries=1# 切換實例的重試次數(shù)ribbon.maxAutoRetriesNextServer=3# 對所有操作請求都進行重試ribbon.okToRetryOnAllOperations=true# 對Http響應(yīng)碼進行重試ribbon.retryableStatusCodes=500,404,502

看完上述內(nèi)容是否對您有幫助呢？如果還想對相關(guān)知識有進一步的了解或閱讀更多相關(guān)文章，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對創(chuàng)新互聯(lián)的支持。

分享名稱：SpringCloud-Ribbon配置是怎樣的
當前URL：http://muchs.cn/article42/joochc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、搜索引擎優(yōu)化、全網(wǎng)營銷推廣、網(wǎng)站排名、、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)