案例場景

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

以下是該系統的部分架構設計圖：

架構圖描述:

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

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

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

問題內容:

[問題1](8分)

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

[問題2] (4分)

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

(a)Identification Bean(身份認證)

(b) ResPublish Bean(資源發布)

(c) ResRetrieval Bean(資源檢索)

(d) OnlineEdit Bean(在線編輯)

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

[問題3] (4分)

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

[問題4

(4分)

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

(2) 、Nginx。

[問題五] (5分)

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

試題答案:

[問題1]

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

[問題2]

(1) (a) (d)

(2) (b) (c)

[問題3

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

[問題4]

(1) (2):LVS、HAproxy

[問題5]

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