客戶端-服務器模式分析

客戶端-服務器模式定義

 

架構模式是一個通用的、可重用的解決方案，用於在給定上下文中的軟件體系結構中常常出現的問題。

架構模式與軟件設計模式相似，但具備更普遍的範圍。（維基百科）

而客戶端-服務器模式由兩部分組成：一個服務器和多個客戶端。服務器組件將爲多個客戶端組件提供服務。

客戶端從服務器請求服務，服務器爲這些客戶端提供相關服務。此外，服務器持續偵聽客戶機請求。

 

 

客戶端-服務器模式的特定場景與面臨的問題以及解決方案和實例

 

特定場景：大量用戶訪問如何進行優化客戶端海量資源

一個問題：資源不對等，如何實現資源共享

解決方案：

1 增長服務器數量

2 優化數據庫-鏈接池訪問數 

3 二層發展成三層-中間件篩選過濾

4 優化客戶端，服務器處理完後0.06秒已已經處理完，已傳輸到了但在5秒客戶端才顯示。

5 中間加隊列，減小數據庫的壓力

 

（該圖片與本文內容無關）

實例：京東圖書

實例描述：2011年京東爲了給其旗下京東圖書造勢，推出大幅度優惠政策，導致活動當天服務器崩潰，強東一怒之下又添了幾臺昂貴的服務器，然並卵，添加服務器以後不久，服務器再次崩潰~~（不爭氣的服務器），好吧，我認可是訪問的人太多了。

實例分析：軟件架構設計出現了問題，沒能很好的處理大規模用戶的訪問，形成了崩潰，還記得強東當時在文博發文說加3倍的服務器，然而，不改變架構，只是從表面上去解決問題，那麼最終必定仍是會致使崩潰（事實證實沒錯，加了以後又崩潰了）。

解決方案見上面的分析。

 

 

 

客服端-服務器模式的優點和劣勢：

 

優點

●在大多數狀況下，客戶機服務器體系結構容許的角色和責任的計算系統是其中幾個已知只有經過網絡互相獨立的計算機分發。這將建立一個額外的優點，這種體系結構：提升維護的簡便性。例如，它能夠更換，維修，升級，甚至遷移服務器，同時它的客戶都不知情，並保持該更改的影響。

●全部數據都存儲在服務器上，一般比大多數客戶更大的安全控制。服務器能夠更好地控制訪問和資源，以保證只有那些具備適當權限的用戶能夠訪問和更改數據。

●因爲數據的集中存儲，對數據的更新是更容易管理相比，一個P2P模式。在後者，數據更新可能須要分發和應用到每一個網絡中的對等，既費時又容易出錯，由於能夠有成千上萬甚至數百萬的同齡人。

●許多成熟的客戶端服務器技術已經能夠方便的目的是確保安全，用戶界面友好，易用性。

●具備不一樣功能的多個不一樣的客戶它的功能。

 

 

 

劣勢

●做爲客戶端同時請求數給定的服務器的增長，服務器能夠成爲重載。對照到一個P2P網絡，在其總帶寬實際上增長爲節點的添加，因爲P2P網絡的總帶寬能夠大體計算做爲該網絡中每一個節點的帶寬的總和。

●客戶機服務器模式缺少一個良好的P2P網絡的魯棒性。在客戶端服務器，若是一個重要的服務器失敗，客戶的要求不能獲得知足。在P2P網絡，資源一般分佈在許多節點。即便一個或多個節點出發，放棄一個下載文件，例如，剩下的節點應該仍是有必要來完成下載的數據。

 

 （放張圖片鎮樓）