階段一：
單機——應用程式+圖片檔案+資料庫
存在的問題：
存在硬體上的使用瓶頸，記憶體有限，硬碟資源有限，單個CPU處理能力有限
如果機器壞掉，資料庫及檔案都無備份，整個網站將不能被訪問，不是高可用架構
扛不住高併發，處理請求數量有限，高併發訪問時會造成訪問延遲，降低使用者的瀏覽體驗

階段二：
多機——將應用程式和資料檔案分別放在不同的主機裡
硬體資源進行了簡單擴充，一臺主機專注處理應用程式，效能有所提高，其他兩臺主機分別負責檔案儲存和資料庫儲存

階段三：
引入快取

階段四：
出現了檔案伺服器叢集，用來儲存和管理檔案，
資料快取也從應用程式主機上分離，單獨用一臺主機來管理
出現分散式叢集概念，打破單臺主機的硬體資源限制，理論上來說可以無限擴充

階段五：
應用伺服器叢集，需引入專門的負載均衡伺服器，以應對高併發訪問
負載均衡伺服器要能扛住高併發，一般用nginx伺服器

階段六：
全面叢集階段，快取伺服器叢集，資料庫服務叢集，負載均衡叢集(之前階段有檔案伺服器叢集+應用伺服器叢集)
引入站內搜尋引擎，滿足使用者對商品的關鍵字搜尋

階段七：
拆分功能模組，不能把整個應用程式放在同一個主機上——業務拆分
前臺系統、後臺系統、訂單系統、搜尋系統

階段八：
引入訊息佇列機制，資料庫每秒能進行的事務處理是有限的，超過這個極限時，單靠快取也解決不了，
快取應對的是對資料庫的查詢，即讀操作，對資料庫的增刪改等寫操作就用到訊息佇列機制，作排隊處理。
訊息佇列伺服器

階段九：
提高可靠性，高可用的架構。資料備份，系統恢復機制。
資料庫為了保證產品穩定性，擁有雙擊熱備份功能

階段十：
叢集管理和大資料分析
叢集管理：能夠管控和掌握某個叢集或者整個系統叢集的節點資訊
能夠靈敏的感知每個機器節點的狀態(一般通過心跳機制來感應)
能夠快速拉起備份機，恢復資料並使其變成節點機參與叢集工作