軟體架構的一般設計過程：先進行概念性架構的設計，把最關鍵的設計要素和互動機制確定，然後在考慮具體技術的應用，設計出實際架構。
什麼是概念性架構？
概念性架構的特點：
通過主要的設計元素以及它們之間的關係來描述系統。
符合軟體架構的特點：架構= 元件+ 互動。
往往是粗粒度的。
包括一些高層次的決策，對將來系統的擴充套件和維護非常重要。
重在說明關鍵的機制。
屬於最初的架構設計成果。
軟體概念性架構和敏捷開發中的隱喻很像，都是一種對軟體系統非常寬泛的描述，是一種軟體系統涉及到的人員，包括開發人員和客戶，進行交流時的一種途徑和方式。
概念性架構屬於高度抽象情況下的產物，所以不會體現出某一特定系統的個性化，這也是同一型別的很多產品的概念性架構都趨同的原因。
概念性架構往往與具體技術的運用和具體平台的選擇沒有關係，而實際架構則非常關心這些問題。
從概念性架構到實際架構，概念性架構是不可能直接實現的，開發人員還需要關注以下幾點：
1.介面。概念性架構中沒有介面的概念，只是抽象的元件和元件之間的互動。
2.子系統。概念性架構中只有抽象的元件，這些元件沒有介面之友職責，一般是處理元件、資料元件或者連線元件的一種。
3.互動機制。實際架構中的互動機制是『實在』的，例如通過介面、**等，而概念性架構中的互動機制是『概念化』的，例如『a層使用b層的服務』，而所謂的『使用』，並沒有指明採取哪種方式。
參考文獻
《軟體架構設計》 溫昱
架構之路 從概念開始
1，高併發 併發量指標 壓力測試 使用分布式負載均衡，快取，訊息佇列，服務降級來實現 2，資料庫 分布式部署 主從複製，讀寫分離 資料庫設計 3，高可用 集群化自動故障轉移 資料容災備份 4，分布式 系統部署方式 參考 其實，分布式系統說白了，就是很多機器組成的集群，靠彼此之間的網路通訊，擔當的角色...
從分層架構到微服務架構（一）
從分層架構到微服務架構 是一系列介紹 fundamentals of software architecture 中提到的8種架構模式的文章，這裡不會事無鉅細地介紹所有的細節，而是會挑選其中關鍵內容，更多詳情請閱讀原書。談到軟體系統設計的方 在 層面，有我們熟悉的23種設計模式 design pat...
salesforce 架構設計 從架構設計到架構師
因為碎片化的時間多了，所以開始刷起某乎了，關注了架構相關的板塊，也順手回答了一些問題。發現有很多同道中人正在經歷著我前兩年經歷的階段，對於做架構沒有相對具象的一些理解，更沒有系統化的認識。所以把最近回答的一些內容整理一下，權當記錄，留給3年後的自己 按慣例，容許我裝x開頭 一 架構的定義 在軟體開發...