四 SpringCloud Ribbon負載均衡

在服務消費者(user-consumer)的啟動類中的resttemplate類加上@loadbalanced註解

@enablediscoveryclient

public

class

@bean

@loadbalanced

public resttemplate resttemplate()

}修改dao，通過服務名稱來獲取服務提供者的ip和埠

@component
public
class
userdao
}

複製當前服務提供者，修改埠號為8083，同時啟動兩個服務提供者：

原始碼跟蹤：傳送請求http://localhost:8082/user/findusers?ids=1,2,3,4，在loadbalancerinterceptor類中打斷點

進入getserver()方法：

進入chooseserver方法，在下面呼叫了父類的chooseserver()方法

進入父類：baseloadbalancer，其chooseserver()方法如下

在該類中定義的rule，可以看出使用的是乙個new roundrobinrule();的物件

roundrobinrule該類裡面就定義的負載均衡的策略，可以看出缺省使用的就是輪詢的策略

通過測試類測試：

@runwith
(springrunner.
class
)@springboottest
class
)public
class
loadbalancetest
}}

檢視列印：

從列印結果中可以看出確實是使用輪詢的策略，服務消費者交替從兩個服務提供者獲取資料

修改負載均衡的策略為隨機選取

#拉取eureka server服務的列表唯讀備份，然後快取在本地

registry-fetch-interval-seconds:5

#每隔5秒重新拉取並更新資料，生產環境30

user-service

:ribbon

:nfloadbalancerruleclassname

: com.netflix.loadbalancer.randomrule

再次執行測試方法，獲取20次，列印如下：

新增依賴

>
>
org.springframework.retrygroupid
>
>
spring-retryartifactid
>
dependency
>

新增配置

server :port :8082 spring:: name : user-consumer cloud :loadbalancer :retry :enabled :true # 開啟重試 #拉取eureka server服務的列表唯讀備份，然後快取在本地 registry-fetch-interval-seconds:5 #每隔5秒重新拉取並更新資料，生產環境30 user-service :ribbon :connecttimeout :250 # ribbon的連線超時時間 ms readtimeout :1000 # ribbon的資料讀取超時時間 oktoretryonalloperations :true # 是否對所有操作都進行重試 maxautoretriesnextserver:1 # 切換例項的重試次數 maxautoretries:1 # 對當前例項的重試次數 logging :level :org.springframework : debug com.liaoxiang : debug

同時開啟兩個服務提供者，然後停掉乙個之後通過服務消費者訪問檢視日誌：

四 SpringCloud Ribbon負載均衡

四大元件（四） content provider

第四周任務四

走過四年無言的大四

四 SpringCloud Ribbon負載均衡

四大元件（四） content provider

第四周任務四

走過四年 無言的大四

相關推薦

走過四年無言的大四