案例場景

某企業(yè)計劃開發(fā)一個在線協(xié)作平臺，支持用戶實(shí)時文檔編輯、資源發(fā)布與檢索、身份認(rèn)證等功能。系統(tǒng)采用分布式架構(gòu)設(shè)計，包含多個微服務(wù)模塊，并需要通過負(fù)載均衡技術(shù)提升系統(tǒng)性能和可用性。

以下是該系統(tǒng)的部分架構(gòu)設(shè)計圖：

架構(gòu)圖描述:

1.客戶端通過域名訪問系統(tǒng)，DNS 服務(wù)器將請求解析到負(fù)載均衡器。

2.負(fù)載均衡器將請求分發(fā)到多個應(yīng)用服務(wù)器節(jié)點(diǎn)(Server 1~Server N).

3.后端使用共享的數(shù)據(jù)庫集群和分布式文件存儲。

問題內(nèi)容:

[問題1](8分)

若負(fù)載均衡器采用加權(quán)最小連接數(shù)算法，請用100字以內(nèi)的文字說明其適用場景及與普通最小連接數(shù)算法的區(qū)別。

[問題2] (4分)

在應(yīng)用服務(wù)器集群包含以下服務(wù)構(gòu)件:

(a)Identification Bean(身份認(rèn)證)

(b) ResPublish Bean(資源發(fā)布)

(c) ResRetrieval Bean(資源檢索)

(d) OnlineEdit Bean(在線編輯)

有狀態(tài)服務(wù)服務(wù)構(gòu)件包含(1);無狀態(tài)服務(wù)構(gòu)件包含(2) 。

[問題3] (4分)

在靜態(tài)負(fù)載均衡算法中,若希望相同來源的請求始終分配到同一臺服務(wù)器,應(yīng)選擇(1)算法;若希望根據(jù)服務(wù)器性能差異分配請求，應(yīng)選擇(2)算法。

[問題4

(4分)

在該架構(gòu)的設(shè)計圖中，應(yīng)用的是硬件負(fù)載均衡，軟件負(fù)載均衡的常見實(shí)現(xiàn)包括(1)、

(2) 、Nginx。

[問題五] (5分)

為什么“統(tǒng)計分析構(gòu)件(Statistics Bean)”被設(shè)計為無狀態(tài)服務(wù)?

試題答案:

[問題1]

適用場景:節(jié)點(diǎn)處理能力不同且需要動態(tài)分配負(fù)載。區(qū)別:加權(quán)最小連接數(shù)算法在最小連接數(shù)基礎(chǔ)上，考慮了節(jié)點(diǎn)處理能力的權(quán)重，避免高性能節(jié)點(diǎn)空閑。

[問題2]

(1) (a) (d)

(2) (b) (c)

[問題3

源地址哈希散列，加權(quán)輪轉(zhuǎn)

[問題4]

(1) (2):LVS、HAproxy

[問題5]

原因:統(tǒng)計分析依賴歷史數(shù)據(jù)，數(shù)據(jù)存儲在外部數(shù)據(jù)庫或緩存中，服務(wù)本身不保存狀態(tài)。