[Architecture] 系統架構正交分解法

[Architecture] 系統架構正交分解法

前言

隨着企業成長，支持企業業務的軟件，也會愈來愈龐大與複雜。當系統複雜到必定程度，開發人員會發現不少系統架構的設計細節，很難有條理、有組織的用一張大藍圖去作分析設計。先前在InfoQ上看到一篇文章：「億級用戶下的新浪微博平臺架構 - 衛向軍」，在這篇文章裏使用正交分解法，來分析設計新浪微博平臺的系統架構。

透過正交分解法這樣表格式的條列與分解，可讓開發人員清楚理解每一個象限的關注點，進而去理解與組織整個系統架構所使用到的框架技術。本篇文章介紹如何使用正交分解法來分析設計系統架構，主要爲本身留個紀錄，也但願能幫助到有須要的開發人員。

水平分層

使用正交分解法來分析設計系統架構，要先拆解出水平分層。水平分層的拆解方式，開發人員能夠依照N-Tier的切割方式來拆解水平分層。在本篇文章的後續範例裏，使用經典的三層式體系結構來拆解水平分層：

• 表示層(Presentation)：表示層用來分類與組織，系統所提供的功能接口。這邊所定義的功能接口，會有兩種概念，一種是給人使用的功能接口，一種是給計算機看的功能接口。例如一個對賬系統，可能提供HTML頁面給用戶使用、也可能提供RESTful API給其餘系統調用。這些功能接口的分析、設計、實做，會被歸類到表示層的象限範圍。

• 領域層(Domain)：領域層用來分類與組織，系統所提供的領域邏輯。軟件是用來處理特定領域的問題，每一個軟件透過程序代碼將問題的解決方案，封裝成爲函式庫或是一組對象來提供系統使用，這些也就是所謂的領域邏輯。這些領域邏輯的分析、設計、實做，會被歸類到領域層的象限範圍。

• 存取層(Accesses)：存取層用來分類與組織，系統所使用的存取媒介。系統運做的過程當中，須要將一些參數、紀錄、數據...等等訊息，持久化的保存到數據庫以利後續使；或是須要從其餘系統中取得這些相關訊息來進行處理。這些存取媒介的分析、設計、實做，會被歸類到存取層的象限範圍。

垂直分層

傳統上，將系統依照特性與範圍來拆解出N-Tier的架構以後，就能夠開始着手進行每一個Tier裏面功能模塊的分析設計。但使用正交分解法來分析設計系統架構，拆解出水平分層以後，還要接着拆解出垂直分層。垂直分層的拆解方式，開發人員能夠依照不一樣的需求面向來拆解垂直分層。在本篇文章的後續範例裏，使用「億級用戶下的新浪微博平臺架構 - 衛向軍」裏的幾個需求面向來拆解垂直分層：

• 技術架構：技術架構用來分類與組織，面向平臺需求的功能模塊。系統裏不牽扯領域邏輯、平臺級重用的功能模塊，會被分類到技術架構這個垂直分層。例如：一個自定義的WebAPI框架，包含了Token登入、數據加密、Route分派等等功能，這些功能屬於不牽扯領域邏輯、而且能夠作爲平臺反覆提供其餘功能模塊使用。這些功能模塊、框架、策略，會被歸類到技術架構的象限範圍。

• 應用架構：應用架構用來分類與組織，面向領域需求的功能模塊。系統裏封裝領域邏輯、互相交互的功能模塊，會被分類到應用架構這個垂直分層。例如：一個商城系統裏會包含了，訂單追蹤、客戶數據、商家評價等等功能模塊，這些功能模塊封裝系統的領域邏輯，而且互相交互。這些功能模塊、框架、策略，會被歸類到應用架構的象限範圍。

• 監控架構：監控架構用來分類與組織，面向維運需求的功能模塊。系統裏不牽扯領域邏輯、封裝監控邏輯的功能模塊，會被分類到監控架構這個垂直分層。例如：一個RPC監控模塊，包含了RPC響應時間、RPC每秒負載等等功能，這些功能屬於不牽扯領域邏輯、而且封裝了監控邏輯。這些功能模塊、框架、策略，會被歸類到監控架構的象限範圍。

01.技術架構x表示層

「技術架構x表示層」這個象限裏，開發人員能夠把關注點放在：不牽扯領域邏輯、平臺級重用、用於表示層。以上述關注點去發想，能夠發想出無論是選擇ASP.NET MVC或是Spring MVC來開發系統的表示層，都免不了會依照系統或企業的需求與特性，去精煉出本身的表示層框架，用來提升系統的產量與產值。相似像這些功能模塊、框架、策略，會被歸類到「技術架構x表示層」的象限範圍。在本節的後續說明裏，介紹一些常見的功能模塊、框架與策略：

• WebSite框架：WebSite框架封裝了Route分派、Passwod驗證、Cookie驗證、OAuth驗證、Model串行化\反串行化、HTML渲染...等等功能。這個WebSite框架，支撐「應用架構x表示層」裏的功能模塊開發HTML Page給外部用戶使用。而且該框架開放接口讓「監控架構x表示層」，可以監控WebSite的響應時間、在線人數、熱門頁面等等信息。

• WebAPI框架：WebAPI框架封裝了Route分派、Passwod驗證、Token驗證、Model串行化\反串行化...等等功能。這個WebAPI框架，支撐「應用架構x表示層」裏的功能模塊開發REST API給外部系統使用。而且該框架開放接口讓「監控架構x表示層」，可以監控WebAPI的響應時間、每秒負載、錯誤紀錄等等信息。

02.技術架構x領域層

「技術架構x領域層」這個象限裏，開發人員能夠把關注點放在：不牽扯領域邏輯、平臺級重用、用於領域層。以上述關注點去發想，能夠發想出在領域層裏的每一個功能模塊之間的互相交互，須要創建平臺級的分佈式框架來提供：服務管理與執行、隊列等候、排程執行等等功能，用來提升系統的產量與產值。相似像這些功能模塊、框架、策略，會被歸類到「技術架構x領域層」的象限範圍。在本節的後續說明裏，介紹一些常見的功能模塊、框架與策略：

• 服務管理框架：服務管理框架封裝了服務註冊、服務查詢、服務心跳...等等功能。這個服務管理框架，支撐「應用架構x領域層、表示層」裏的功能模塊，獲取相依功能模塊的聯機信息與存活狀態。而且該框架開放接口讓「監控架構x領域層」，可以監控功能模塊的服務數量、存活狀態等等信息。

• 服務容器框架：服務容器框架封裝了供應端創建、消費端創建、同步調用、異步調用、錯誤處理...等等功能。這個服務容器框架，支撐「應用架構x領域層」裏的功能模塊，創建供應端來提供遠程服務。支撐「應用架構x領域層、表示層」裏的功能模塊，創建消費端來調用遠程服務。而且該框架開放接口讓「監控架構x領域層」，可以監控功能模塊的響應時間、每秒負載、錯誤紀錄等等信息。

• 消息隊列框架：消息隊列框架封裝了創建隊列、發送消息、取得消息、分發策略...等等功能。這個消息隊列框架，支撐「應用架構x領域層」裏的功能模塊，創建消息隊列來循序處理消息。支撐「應用架構x領域層、表示層」裏的功能模塊，創建發送端來發送消息到消息隊列。而且該框架開放接口讓「監控架構x領域層」，可以監控消息隊列的處理時間、每秒負載、隊列堆積數量等等信息。

• 排程做業框架：排程做業框架封裝了創建做業、定時執行做業、按期執行做業、錯誤處理...等等功能。這個排程做業框架，支撐「應用架構x領域層、表示層」裏的功能模塊，創建排程執行的做業來調用服務或是發送消息。而且該框架開放接口讓「監控架構x領域層」，可以監控排程做業的處理時間、執行紀錄、錯誤紀錄等等信息。

03.技術架構x存取層

「技術架構x存取層」這個象限裏，開發人員能夠把關注點放在：不牽扯領域邏輯、平臺級重用、用於存取層。以上述關注點去發想，能夠發想出在存取層裏爲了因應大量用戶的問題，須要提供平臺級的大併發策略與框架，用來增長存取效能、迴避存取效能瓶頸。相似像這些功能模塊、框架、策略，會被歸類到「技術架構x存取層」的象限範圍。在本節的後續說明裏，介紹一些常見的功能模塊、框架與策略：

• 資料存取框架：數據存取框架封裝了數據庫聯機、數據分頁策略、數據索引方針...等等功能。這個數據存取框架，指引「應用架構x存取層」裏的儲存媒介，如何進行數據存取的相關設計。支撐「應用架構x領域層」裏的功能模塊，透過框架功能來新刪修查儲存媒介。而且該框架開放接口讓「監控架構x存取層」，可以監控數據存取框架的查詢效能、數據負載等等信息。

• 資料快取框架：數據快取框架封裝了數據快取策略方針、快取創建、快取使用、快取清除...等等功能。這個數據快取框架，指引「應用架構x存取層」裏的儲存媒介，如何進行數據快取的相關設計。支撐「應用架構x領域層」裏的功能模塊，透過框架功能來創建與使用L1\L2快取數據。而且該框架開放接口讓「監控架構x存取層」，可以監控數據快取框架的快取命中率、快取負載等等信息。

• 讀寫分離框架：讀寫分離框架封裝了讀寫分離策略方針、讀寫分離新增、讀寫分離查詢...等等功能。這個讀寫分離框架，指引「應用架構x存取層」裏的儲存媒介，如何進行分表分庫的相關設計。支撐「應用架構x領域層」裏的功能模塊，透過框架功能來新刪修查被分割的儲存媒介。而且該框架開放接口讓「監控架構x存取層」，可以監控讀寫分離框架的查詢效能、數據負載等等信息。

• 分庫分表框架：分庫分表框架封裝了分庫分表策略方針、分庫分表新增、分庫分表查詢...等等功能。這個分庫分表框架，指引「應用架構x存取層」裏的儲存媒介，如何進行分表分庫的相關設計。支撐「應用架構x領域層」裏的功能模塊，透過框架功能來新刪修查被分割的儲存媒介。而且該框架開放接口讓「監控架構x存取層」，可以監控分庫分表框架的查詢效能、數據負載等等信息。

04.應用架構x表示層

「應用架構x表示層」這個象限裏，開發人員能夠把關注點放在：封裝領域邏輯、應用表示層。系統裏所封裝的領域邏輯，須要透過這個象限的封裝，才能開放給外部系統或是用戶使用。開發人員能夠依照領域邏輯的面向，來分類與組織表示層所封裝的功能模塊。這些功能模塊會使用「技術架構x表示層」所提供的框架，來創建REST API或是Web Page給外部系統與用戶使用。而且使用「技術架構x領域層」所提供的功能模塊，來調用「應用架構x邏輯層」裏所封裝的領域邏輯。

05.應用架構x領域層

「應用架構x領域層」這個象限裏，開發人員能夠把關注點放在：封裝領域邏輯、應用領域層。系統裏提供的全部領域邏輯，都會被封裝成爲這個象限裏一個一個的功能模塊。開發人員能夠依照領域邏輯的面向，來分類與組織領域層所封裝的功能模塊。這些功能模塊會使用「技術架構x領域層」所提供的框架，來提供與使用領域邏輯。並透過「技術架構x存取層」所提供的功能模塊，來存取「應用架構x存取層」裏所的持久化資料。

06.應用架構x存取層

「應用架構x存取層」這個象限裏，開發人員能夠把關注點放在：數據持久化、應用存取層。系統裏全部領域邏輯執行過程所產生的持久化數據，都會被儲存在這些象限裏。開發人員能夠依照系統的需求，來選擇儲存媒介的類型。這些儲存媒介，透過「技術架構x存取層」所提供的策略方針來設計規劃。而且透過「技術架構x存取層」所提供的功能模塊，讓「應用架構x領域層」可以存取位於媒介內的持久化數據。

07.監控架構x表示層、邏輯層、存取層

「監控架構x表示層、邏輯層、存取層」這個象限裏的功能模塊，依照「技術架構x表示層、邏輯層、存取層」對應層級所開放的接口，來監控對應功能模塊的各項參數。例如：監控「技術架構x表示層」裏WebSite框架的響應時間、在線人數、熱門頁面等等信息。以監控平臺的設計來講，從技術架構的層面切入，儘可能減小對於應用架構的侵入，能夠有效下降應用架構的複雜度，進而增長系統的產值與產能，而且也不會減小系統監控的相關能力。

結語

正交分解法將系統架構切割爲水平的N-Tier、與垂直的需求面向，再去交互切割組合每一個象限的不一樣關注點。而且依照項目需求，還能夠作更復雜的條件擴充。例如：水平分層能夠加入提供Mobile、HTML5 SPA的Tier；垂直分割能夠加入面向測試、面向佈署的需求面向。

透過正交分解法這樣的切割方式，能夠減小開發人員每一個象限所須要思考的關注點；而且表格象限式的分析設計，也減小開發人員遺漏某個關注點的可能性。無論是開發新系統、或是審視舊系統，都很是推薦開發人員嘗試看看。

參考數據

• 億級用戶下的新浪微博平臺架構 - 衛向軍

• 三層式體系結構設計 - 昏睡領域