本節(jié)我們主要介紹 Ribbon 的一些常用配置和配置 Ribbon 的兩種方式。

常用配置1. 禁用 Eureka

當(dāng)我們?cè)?RestTemplate 上添加 @LoadBalanced 注解后，就可以用服務(wù)名稱來(lái)調(diào)用接口了，當(dāng)有多個(gè)服務(wù)的時(shí)候，還能做負(fù)載均衡。

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

# 禁用 Eurekaribbon.eureka.enabled=false

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

2. 配置接口地址列表

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

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

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

3. 配置負(fù)載均衡策略

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

4. 超時(shí)時(shí)間

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

# 請(qǐng)求連接的超時(shí)時(shí)間ribbon.ConnectTimeout=2000# 請(qǐng)求處理的超時(shí)時(shí)間ribbon.ReadTimeout=5000也可以為每個(gè)Ribbon客戶端設(shè)置不同的超時(shí)時(shí)間, 通過(guò)服務(wù)名稱進(jìn)行指定：ribbon-config-demo.ribbon.ConnectTimeout=2000ribbon-config-demo.ribbon.ReadTimeout=50005. 并發(fā)參數(shù)

# 最大連接數(shù)ribbon.MaxTotalConnections=500# 每個(gè)host最大連接數(shù)ribbon.MaxConnectionsPerHost=500代碼配置 Ribbon

配置 Ribbon 最簡(jiǎn)單的方式就是通過(guò)配置文件實(shí)現(xiàn)。當(dāng)然我們也可以通過(guò)代碼的方式來(lái)配置。

通過(guò)代碼方式來(lái)配置之前自定義的負(fù)載策略，首先需要?jiǎng)?chuàng)建一個(gè)配置類，初始化自定義的策略，代碼如下所示。

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

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

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

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

配置文件方式配置 Ribbon

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

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

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

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

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

這種問(wèn)題我們可以利用重試機(jī)制來(lái)避免。重試機(jī)制就是當(dāng) Ribbon 發(fā)現(xiàn)請(qǐng)求的服務(wù)不可到達(dá)時(shí)，重新請(qǐng)求另外的服務(wù)。

1. RetryRule 重試

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

ribbon-config-demo.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RetryRule2. Spring Retry 重試

除了使用 Ribbon 自帶的重試策略，我們還可以通過(guò)集成 Spring Retry 來(lái)進(jìn)行重試操作。

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

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

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

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

到此這篇關(guān)于Spring Cloud Ribbon配置詳解的文章就介紹到這了,更多相關(guān)Spring Cloud Ribbon配置內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！