這裡說的架構，指的是在大型**中常用的分布式架構模式
如果橫向來分割我們的系統，一般我們把它分為應用層，服務層，資料層
如果縱向來分割我們的系統，一般我們是按照模組來劃分
在提供服務的時候，我們會分布式的架構我們的系統，因為分布式可以給我們帶來如下的好處：
cpu數量增多，處理速度加快、
內存在變大，資料交換速度加快、
儲存資源，儲存能力在變大，可以儲存更多的資訊、
能處理的併發訪問和資料量也變大
在分布式帶來優點的同時，也帶來了一些缺點：
1.分布式服務必須通過網路，會對效能造成影響。
2.伺服器越多，宕機的概率越大，也就造成了應用不可訪問，可用性降低。
3.分布式資料環境的資料一致性。
4.分布式事務難以保證
說到了分布式，離不開的乙個詞就是集群，集群就是更多的伺服器通過負載均衡提供相同的服務
簡單的了解了架構，我們來說效能，到底要怎麼理解這個效能？這個時候我們要從不同的角度去理解這個詞
使用者感官的**響應速度，其包含了使用者計算機和**伺服器的通訊時間、**伺服器的處理時間、使用者計算機瀏覽器構造請求解析響應資料的時間
開發人員視覺的效能：
應用程式本身和其先關子系統的效能，包括響應延遲、系統吞吐量、併發處理能力、系統穩定性
基礎設施效能和資源利用率，包括運營商的頻寬、伺服器硬體配置、資料中心網路架構
效能測試的方法： 效能測試、負載測試、壓力測試、穩定性測試
在瀏覽器端：瀏覽器快取、頁面壓縮(計算機的能力)、合理布局頁面、減少cookie傳輸、使用cdn在網路**商處快取
在應用伺服器端：伺服器本地快取、分布式快取、非同步訊息佇列、集群(應用伺服器集群、快取伺服器集群、資料伺服器快取)
在資料庫伺服器端：索引、快取、sql優化、nosql
在**層面：多執行緒、改善記憶體管理
效能測試的指標： 響應時間、併發數、吞吐量、效能計數器
如何排查效能瓶頸：
1.對 從使用者發出請求到資料庫完成事務操作 的各個環節進行分析，定位問題。
2.依賴檢查日誌進行排查
3.檢查監控資料，從記憶體、磁碟、網路、cpu、**、架構、系統資源不足多方面排查。
架構思維提公升，掌握架構本質
開篇先回到2018年，當時在和乙個大型客戶做中颱 微服務的交流中提到 微服務是一種架構模式，微服務和雲，中颱都不是強耦合的 客戶一位負責人還確認性問了句，也就是說微服務可以不用上雲 當時我給了肯定的回答。時至今日，通過不斷的學習和實踐，對很多東西有了更更深的認識。另外這兩年雲原生開始火起來，那麼是不...
從不同架構的角度進行web專案的需求分析和系統設計
有不少web專案經理同時兼任架構師的角色，包括我。一般而言，我們指的架構，多指技術上的架構，硬體上的架構。最近在豆瓣上看書評時，看到乙個概念 web專案，從不同的角度，可以分為三種架構 業務架構，資訊架構，技術架構。業務架構以賺錢為中心，資訊架構以使用者為中心，技術架構以穩定為中心。架構的目標，是要...
從不同架構的角度進行web專案的需求分析和系統設計
有不少web專案經理同時兼任架構師的角色，包括我。一般而言，我們指的架構，多指技術上的架構，硬體上的架構。最近在豆瓣上看書評時，看到乙個概念 web專案，從不同的角度，可以分為三種架構 業務架構，資訊架構，技術架構。業務架構以賺錢為中心，資訊架構以使用者為中心，技術架構以穩定為中心。架構的目標，是要...