[案例場景]

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

以下是該系統(tǒng)的部分架構設計圖:

架構圖描述:

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

2.負載均衡器將請求分發(fā)到多個應用服務器節(jié)點(Server 1~Server N)。

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

問題內容:

[問題1] (8分)

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

[問題2] (4分)

在應用服務器集群包含以下服務構件:

(a)ldentification Bean(身份認證)

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

(c) ResRetrieval Bean(資源檢索)

(d) OnlineEdit Bean(在線編輯)

有狀態(tài)服務服務構件包含(1);無狀態(tài)服務構件包含(2)。

[問題3] (4分)

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

[問題4] (4分)

在該架構的設計圖中，應用的是硬件負載均衡，軟件負載均衡的常見實現包括(1).

(2) 、Nginx。

[問題五] (5分)

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

試題答案:

[問題1]

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

[問題2]

(1) (a) (d)

(2) (b) (c)

[問題3]

源地址哈希散列，加權輪轉

[問題4]

(1) (2):LVS、HAproxy

 [問題5]

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