程序內服務->單機遠端服務->集群手動註冊服務->自動註冊和發現服務->服務的分組/隔離/路由->服務治理和限流/黑白名單。
單機軟體，如office辦公軟體、單機遊戲等等
客戶量和訪問量少、服務壓力不大單機可以支援的情況下
集群部署，但是手動配置nginx進行伺服器的擴充套件
如dubbo使用zookeeper
防止系統訪問量過大導致整體服務掛掉、需要對不同的呼叫方提供相應的服務分組進行一定的隔離訪問
後期隨著呼叫量增加還要考慮限流機制和黑白名單機制等。
同時還要注意超時時間、重試機制、服務路由(動態切換不同的分組)、故障補償等。
架構設計原則 高併發
架構設計原則 高併發 高併發設計可以從以下幾方面考慮 1.無狀態 無狀態的應用容易進行水平擴充套件。實際常用 應用無狀態，配置檔案有狀態，例如，不同的機房讀取不同的配置檔案，通過配置中心指定。2.拆分 拆分維度 3.服務化 服務化需要考慮自動服務註冊，和服務發現，還有服務的分組 隔離，例如，有的系統...
高併發架構設計原則 拆分
在系統設計初期，是做乙個大而全的系統還是根據模組進行拆分要根據環境和需求進行權衡。訪問量不大 功能簡單 研發資源不多時可以做乙個大而全的系統即可 如果訪問量大資源充足 功能繁多可以考慮按功能拆分系統。下面幾種拆分維度 按照系統功能 業務拆分，比如商品系統 購物車系統 結算系統 訂單系統等。對乙個系統...
高併發架構設計原則 訊息佇列
解耦 消峰 非同步 有abcd四個系統，a系統有一條資料需要傳給bcd，a系統不僅要關心資料傳送還要處理資料傳送bcd其中產生的異常，如b掛掉了怎麼辦，a是否重傳？如果使用訊息佇列，a系統只負責傳送訊息到訊息佇列，bcd消費訊息佇列中的訊息即可，a系統不關心訊息發給誰了，誰消費失敗了等等問題。類似於...