前言

在Eureka注冊中心中我們在添加完@LoadBalanced注解，即可實現(xiàn)負(fù)載均衡功能，現(xiàn)在一起探索一下負(fù)載均衡的原理（Ribbon）。

一、整體流程

現(xiàn)在我們發(fā)出的請求明明是http://userservice/user/8，怎么變成了http://localhost:8081（http://localhost:8082，http://localhost:8083）的呢？

我們理解如下：

• 現(xiàn)在有倆個服務(wù)order-server和user-server，現(xiàn)在我們使用的假設(shè)是Eureka注冊中心，且order-server內(nèi)存在遠(yuǎn)程調(diào)用服務(wù)user-server（不過我們現(xiàn)在目前都是在一個電腦上運行，不要在意這個遠(yuǎn)程的說法不貼切）。
• 在這兩個服務(wù)啟動時會注冊信息到Eureka注冊中心（現(xiàn)在假設(shè)user-server服務(wù)有三個相同服務(wù)，怎去選擇呢，三個服務(wù)地址分別是local:8081、local:8082、local:8083都已經(jīng)注冊到注冊中心，并且服務(wù)名稱都是userserver）
• order-server遠(yuǎn)程調(diào)用userserver服務(wù)（http://userservice/user/8），現(xiàn)在會去注冊中心拉取user-server的信息，注冊中心找到三個服務(wù)名為userserver的ip地址并全部返回。
• order-server用的哪個？這時候就是根據(jù)Ribbon負(fù)載均衡算法進(jìn)行選擇的，它默認(rèn)是輪詢的規(guī)則。
• 假設(shè)首先輪詢到的是localhost:8081，就去訪問http://localhost:8081。

二、負(fù)載均衡原理

有人幫我們根據(jù)service名稱，獲取到了服務(wù)實例的ip和端口。它就是LoadBalancerInterceptor，這個類會在對RestTemplate的請求進(jìn)行攔截（上篇文章講過，我們使用RestTemplate實現(xiàn)遠(yuǎn)程調(diào)用），然后從Eureka根據(jù)服務(wù)id獲取服務(wù)列表，隨后利用負(fù)載均衡算法得到真實的服務(wù)地址信息，替換服務(wù)id。

源碼跟蹤

（1）LoadBalancerIntercepor

可以看到這里的intercept方法，攔截了用戶的HttpRequest請求，然后做了幾件事：

• request.getURI()：獲取請求uri，本例中就是 http://userservice/user/8
• originalUri.getHost()：獲取uri路徑的主機(jī)名，其實就是服務(wù)id：userservicethis.loadBalancer.execute()：處理服務(wù)id和用戶請求。

這里的this.loadBalancer是LoadBalancerClient類型，我們繼續(xù)跟入。

（2）LoadBalancerClient
繼續(xù)跟入execute方法：

代碼是這樣的：

• getLoadBalancer(serviceId)：根據(jù)服務(wù)id獲取ILoadBalancer，而ILoadBalancer會拿著服務(wù)id去eureka中獲取服務(wù)列表并保存起來。
• getServer(loadBalancer)：利用內(nèi)置的負(fù)載均衡算法，從服務(wù)列表中選擇一個。本例中，可以看到獲取了8082端口的服務(wù)

放行后，再次訪問并跟蹤，發(fā)現(xiàn)獲取的是8081：

顯然實現(xiàn)了負(fù)載均衡。

（3）負(fù)載均衡策略IRule
在剛才的代碼中，可以看到獲取服務(wù)使通過一個getServer方法來做負(fù)載均衡：

繼續(xù)跟入：

繼續(xù)跟蹤源碼chooseServer方法，發(fā)現(xiàn)這么一段代碼：

我們看看這個rule是誰：

這里的rule默認(rèn)值是一個RoundRobinRule，看類的介紹：

這不就是輪詢的意思。

小結(jié)

SpringCloud Ribbon的底層采用了一個攔截器，攔截了RestTemplate發(fā)出的請求，對地址做了修改。用一幅圖來總結(jié)一下：

基本流程如下：

• 攔截我們的RestTemplate請求http://userservice/user/1
• RibbonLoadBalancerClient會從請求url中獲取服務(wù)名稱，也就是userservice
• DynamicServerListLoadBalancer根據(jù)userservice到eureka拉取服務(wù)列表
• eureka返回列表，localhost:8081、localhost:8082
• IRule利用內(nèi)置負(fù)載均衡規(guī)則，從列表中選擇一個，例如localhost:8081
• RibbonLoadBalancerClient修改請求地址，用localhost:8081替代userservice，得到http://localhost:8081/user/1，發(fā)起真實請求

三、負(fù)載均衡策略

負(fù)載均衡的規(guī)則都定義在IRule接口中，而IRule有很多不同的實現(xiàn)類：

自定義負(fù)載均衡策略

通過定義IRule實現(xiàn)可以修改負(fù)載均衡規(guī)則，有兩種方式：
1.代碼方式：在order-service中的OrderApplication類中，定義一個新的IRule：

@Bean
public IRule randomRule(){
    return new RandomRule();
}

2.配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改規(guī)則：

userservice: # 給某個微服務(wù)配置負(fù)載均衡規(guī)則，這里是userservice服務(wù)
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 負(fù)載均衡規(guī)則 

饑餓加載

Ribbon默認(rèn)是采用懶加載，即第一次訪問時才會去創(chuàng)建LoadBalanceClient，請求時間會很長。
而饑餓加載則會在項目啟動時創(chuàng)建，降低第一次訪問的耗時，通過下面配置開啟饑餓加載：

ribbon:
  eager-load:
    enabled: true
    clients: userservice

總結(jié)

以上就是關(guān)于Ribbon負(fù)載均衡的講解。

最新評論