原標題是<不懂可以問，但是不要裝逼>一：看系統架構，后來覺得不妥，還是改改吧。

所有內容不涉及系統架構，只涉及設計架構中注意的要素，方向有了，架構自然就出來了。細節、代碼后續再貼出來，感謝大牛X-Ts提供后續代碼指導，此部分內容同樣借鑒之前的老師的指導。

從層次看網站系統架構：

一、前端架構

1.瀏覽器優化技術：通過優化響應頁面，為瀏覽器頁面的加載和現實提速，常用的有頁面緩存，合并HTTP減少請求次數、頁面壓縮等。

2.前端的分布式：靜態資源，如JS、CSS等文件不是在專門的服務器集群上（開發過程中，可使用公共的二級域名，前期并非放在獨立的服務器上，為后續的業務擴大化作擴展），和Web應用動態業務的相關內容做分離，通過最短路徑獲取內容。

3.圖片資源服務：此處指用戶上傳的圖片，并非網站的按鈕以及LOGO（這些文件屬于上段提到的靜態資源）。

4.反響代理：提供頁面緩存。

5.DNS：將域名解析成地址，利用dns可以實現dns的負載均衡。

二、應用層架構：業務邏輯的處理。

1、開發框架：一個好的開發框架是關注點分離的，各層各行其事，易于協作。頁面渲染，動態內容和靜態頁面模板集成起來，最終集合一起顯示給用戶。一款優秀的模板引擎能在開發中干凈、整潔、關注點分離透徹等。

2、負載均衡：將多臺應用服務器組成一個集群，通過負載均衡將用戶請求分發到不同的服務器上，減少服務器壓力，通過冗余技術，達到軟雙機熱備效果。

3、Seesion維護：此目的實現高可用的應用服務器集群，應用服務器設置為無狀態，不保存用戶請求的上下文，但需要保持用戶會話狀態，可使用軟技術實現Seesion管理。。。

4、動態頁面靜態化：訪問量大而不頻繁更新的動態頁面，使其靜態化，根據請求HTTP的請求原理，到達優化加速的手段，此處反向代理，CDN，瀏覽器緩存等。

5、業務拆分：業務增多，子系統新增，形成了規模小的子產品，獨立開發、實施、維護，降低系統的耦合度，便于系統中數據庫分庫。

6、虛擬化服務器：將一臺物理機虛擬化多臺虛擬服務器，利用較少的資源構建高可用的應用服務器集群。微軟提供了Hyper-V

三、服務層架構：

1、分布式消息：利用消息隊列，實現業務之間，業務、服務之間的異步消息的傳遞，同時解決業務間低耦合的關系。

2、分布式服務：SOA

3、分布式緩存：軟分布式緩存，不一定要從集群上解決，要盡可能的利用軟件、應用程序。

4、分布式配置：動態配置分布式緩存等，例如，加入可配置參數列表，即可添加分布式緩存服務器。

四、存儲層架構：數據、文件持久化的存儲訪問與管理服務。

1、分布式文件：圖片或其他資源數量較大，如圖片，網頁，視頻，伸縮性設計分布式文件系統，當前有很成熟的相關的軟系統架構。

2、關系型數據庫：通過在應用程序的數據庫訪問層增加數據庫訪問路由功能，通過業務配置將數據庫的訪問路由到不同的物理數據庫上，為后續分布式也打下基礎。

3、NoSql：其讀寫速度非常快，遠優越于關系型數據庫，當然各版本在內存管理，數據模型等各有優缺點，做緩存等毋庸置疑。

4、數據同步：數據庫同步技術已經很成熟，多數據庫之間同步也存在很多的壓力。可通過DB的事務日志或者Nosql寫Log，同步到其他數據點，根據Log進行重演。

五、后臺框架：

1、搜索引擎：網站內部引擎，若對數據增量及全量更新、構建索引，可通過后臺系統定時執行，同時可以借鑒第三方成熟的框架，如Lucene.Net、HubbleDotNet等

2、數據倉庫：提供完整的離線數據，提供數據分析以及數據挖掘服務。

3、數據采集與監控：采集的數據以圖表的形式展示，對網站的監控運作狀況有及時的了解，當然還有更先進的運維方式。

4、瀏覽器數據采集：在網頁中嵌入JS腳本或通過其他手段獲取采集用戶瀏覽器的環境以及操作行為，分析其行為，對用戶的友好度以及系統的安全性等做數據采集。

5、服務器業務數據采集：采集服務端用戶的操作日志。

6、系統監控：采集的數據以圖表的形式展示，對網站的監控運作狀況有及時的了解，當然還有更先進的運維方式。

7、系統預警：數據未正常采集，超過了系統的閾值，系統承載的負載過高，通過郵件、短信、語音電話等發出相關的信號。

六、安全架構：

Web攻擊：當前，以Http請求的方式發起的攻擊，最大危害是XSS和SQL注入。代碼的規范性有待注意。

當然還是有其他的一些CSRF攻擊、ErrorCode、HTML注釋、文件上傳、路徑遍歷、表單Token、

數據保護：敏感信息加密傳送。

總結

以上是生活随笔為你收集整理的大型网站系统架构设计主要要素：聊聊架构一的全部內容，希望文章能夠幫你解決所遇到的問題。

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