您好,登錄后才能下訂單哦!
這篇文章主要介紹“Java負載均衡攔截器的功能和負載均衡的策略”,在日常操作中,相信很多人在Java負載均衡攔截器的功能和負載均衡的策略問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”Java負載均衡攔截器的功能和負載均衡的策略”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
前言
1、拋出問題
2、源碼解析
2.1、LoadBalancerIntercepor
2.2、LoadBalancerClient
2.3、負載均衡策略IRule
2.4、總結(jié)
3、負載均衡策略
服務(wù)消費者需要通過RestTemplate
調(diào)用注冊中心(Eureka)的服務(wù)提供者,但當(dāng)同一服務(wù)名稱的服務(wù)有多個的時候,我們的服務(wù)消費者應(yīng)該調(diào)用哪一個服務(wù)呢?這時候就需要我們學(xué)習(xí)理解Ribbon負載均衡的實現(xiàn)原理。
當(dāng)我們在RestTemplate組件上加上@LoadBalanced
注解,就會去注冊中心中拉取服務(wù)的實例列表,并且實現(xiàn)負載均衡,SpringCloud底層其實是利用了一個名為Ribbon的組件,來實現(xiàn)負載均衡功能的。
比如我們的服務(wù)消費者 order-service發(fā)出請求:http://userservice/user/1
該請求并不能與注冊中心中的服務(wù)列表信息相符,那么是如何找到 http://localhost:8081呢?
上述信息已經(jīng)表明,我們沒有輸出IP和端口號,只是通過了服務(wù)名稱(userservice) 就能找到我們想要調(diào)用的服務(wù)!
這是因為Ribbon組件中的LoadBalancerInterceptor(負載均衡攔截器)
會將調(diào)用請求攔截,根據(jù)服務(wù)名稱獲取到服務(wù)實例的ip和端口。
LoadBalancerInterceptor 會在將RestTemplate的請求進行攔截,然后在Eureka注冊中心根據(jù)服務(wù)名稱
獲取服務(wù)列表
,隨后利用負載均衡算法
得到真實的服務(wù)地址信息,替換服務(wù)名稱。
可以看到這里的intercept方法,攔截了調(diào)用請求HttpRequest,然后做了一下操作:
1.request.getURI():
獲取請求uri,本例中就是 http://user-service/user/8
2.originalUri.getHost():
獲取uri路徑的主機名,其實就是服名稱:userservice
3.this.loadBalancer.execute():
處理服務(wù)名稱,和用戶請求
這里的this.loadBalancer是LoadBalancerClient類型,我們繼續(xù)跟入execute方法!
代碼是這樣的:
getLoadBalancer(serviceId):根據(jù)服務(wù)名稱獲取ILoadBalancer
接口,而ILoadBalancer
會拿著服務(wù)名稱去eureka中獲取服務(wù)列表并保存起來。
getServer(loadBalancer):利用內(nèi)置的負載均衡算法,從服務(wù)列表中選擇一個。本例中,可以看到獲取了8082端口的服務(wù)
放行后,再次訪問并跟蹤,發(fā)現(xiàn)變成獲取8081端口服務(wù),實現(xiàn)了負載均衡:
在剛才的代碼中,可以看到獲取服務(wù)使通過一個getServer方法來做負載均衡:
繼續(xù)跟入getServer方法:
繼續(xù)跟蹤源碼chooseServer方法,發(fā)現(xiàn)這么一段代碼:
我們看看這個rule是誰:
這里的rule默認值是一個RoundRobinRule,看看介紹:
翻譯過來就是輪詢的意思,這樣,整個負載均衡的流程我們就清楚了。
Ribbon的底層采用了一個攔截器,攔截了RestTemplate發(fā)出的請求,對地址做了修改。用一幅圖來總結(jié)一下:
基本流程如下:
攔截我們的RestTemplate請求http://userservice/user/1
RibbonLoadBalancerClient會從請求url中獲取服務(wù)名稱,也就是userservice
DynamicServerListLoadBalancer根據(jù)userservice到eureka拉取服務(wù)列表:localhost:8081、localhost:8082
IRule利用內(nèi)置負載均衡規(guī)則,從列表中選擇一個服務(wù),例如localhost:8081
RibbonLoadBalancerClient修改請求地址,用localhost:8081替代userservice,得到http://localhost:8081/user/1,發(fā)起真實請求
負載均衡的規(guī)則都定義在IRule接口中,而IRule有很多不同的實現(xiàn)類:
不同規(guī)則的含義如下:
默認的實現(xiàn)就是ZoneAvoidanceRule,是一種輪詢方案
那么如何自定義負載均衡策略?
通過定義IRule實現(xiàn)可以修改負載均衡規(guī)則,有兩種方式:
1.代碼方式:在配置類或啟動類(可以看作配置類)中,定義一個新的IRule:
@Bean public IRule randomRule(){ //隨機策略 return new RandomRule(); }
配置文件方式:在application.yml文件中,添加新的配置也可以修改規(guī)則:
userservice: # 給某個微服務(wù)配置負載均衡規(guī)則,這里是userservice服務(wù) ribbon: NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 負載均衡規(guī)則
注意:我們一般用默認的負載均衡規(guī)則,不做修改!
到此,關(guān)于“Java負載均衡攔截器的功能和負載均衡的策略”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。