傳統單一模式
一個項目系統包含所有的功能，如登錄，注冊，驗證，前臺展示，后臺管理等，所有的功能在一個項目中實現。
缺點：
不便于維護，系統的每個功能耦合性太高，如果某一個功能出現bug，整個項目都得下線維護修復，會影響整個功能模塊；
橫向拓展性不好，特別是目前互聯網項目，需求變化很高，代碼都不能寫死，就是為了便于后面需求變化，增加新功能，而因為每個功能之間耦合性太高就導致修改一處，可能導致需要修改很多處，功能的修改或增加麻煩；
因為整個項目放在一個服務器中，存在并發量問題，如果用戶多了，并發問題亟待解決．于是變出現了下面的模式：增加集群的方式。

集群模式
集群模式為了解決訪問量大的情況，把項目放到多個服務器上，通過添加服務器的方式來緩解用戶訪問大的壓力。
這中集群模式在一定程度上能夠增加并發量，但也面臨問題。
缺點：
重復登錄問題：這個模式添加集群，就得使用負載均衡服務器（通常使用nginx作為服務器），如果一個用戶第一次登錄訪問被分配到了1號服務器，服務器存儲了該用戶的信息（session域中），但是用戶下次的請求就不一定再被分配到這個服務器了，假如這次被分配到了2號服務器，則該服務中沒有該用戶的session信息，則會要求該用戶重新登錄，用戶體驗不好；
每個功能之間的耦合度依然很高，不便于新增或維護功能。于是便有了下面的架構模式：分布式。

分布式架構
分布式架構比之傳統的單一模式的改變就是分布式架構把整個系統拆分為各個小的功能模塊，每一個又獨立成為一個系統，只是這個系統只提供單獨的功能，而每個系統又分別放到不同的服務器中，這樣形成了一個多個服務器架構的網，每個功能相互協作。
優點：
解決了功能耦合度高問題，每個模塊相互獨立，如果某一個功能需要修復，只需修改這一個就好，不影響整個系統運行．而且如果需要添加新功能，非常容易切入到系統中來，且不改動其他的模塊；
真正能夠解決并發問題，因為每個功能模塊拆分開了，如網站搞促銷活動，商品瀏覽頁面展示的訪問壓力大，可以有針對的添加集群，解決高并發問題，即可實現對每個節點（即每個獨立的功能）添加集群。
缺點：
每個模塊雖然獨立，但是可能每個模塊有一些通用的功能，而這些通用的功能在每個功能中都要寫一遍，如何提高代碼復用性，這是一個問題。
Vecloud是一家面向企業提供云交換網絡服務為核心業務的技術創新企業，公司有24*7專業運維團隊支撐，可以快速定位客戶使用中遇到的問題，最快解決問題。

總結

以上是生活随笔為你收集整理的服务器架构有哪些方式？—Vecloud微云的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。