從程序員往架構(gòu)師轉(zhuǎn)型的路上，蔡學(xué)鏞老師總結(jié)的“四維架構(gòu)設(shè)計方法論”對我頗有幫助，讓我對架構(gòu)設(shè)計有了更立體化、系統(tǒng)化的認(rèn)知，現(xiàn)將學(xué)習(xí)心得分享出來供需要的小伙伴參考。

成都創(chuàng)新互聯(lián)擁有一支富有激情的企業(yè)網(wǎng)站制作團隊，在互聯(lián)網(wǎng)網(wǎng)站建設(shè)行業(yè)深耕十多年，專業(yè)且經(jīng)驗豐富。十多年網(wǎng)站優(yōu)化營銷經(jīng)驗，我們已為上1000+中小企業(yè)提供了成都網(wǎng)站建設(shè)、成都做網(wǎng)站解決方案，按需網(wǎng)站制作，設(shè)計滿意，售后服務(wù)無憂。所有客戶皆提供一年免費網(wǎng)站維護(hù)!

這套方法論通過空間（ X 、 Y 、 Z ）三個維度及時間 T 維度將問題域解構(gòu)成可以輕松應(yīng)對的小方塊，分而治之。同時，空間（ X 、 Y 、 Z ）三個維度聯(lián)動，專門為單個維度解決不了的問題提供解決方案。時間  T  維度將問題分解到一個時間范圍內(nèi)，分步驟按節(jié)奏逐一解決。多維度、立體化、分層次、動態(tài)演進(jìn)，這是我對這套方法論特點的總結(jié)。 接下來，讓我們進(jìn)入這個四維的架構(gòu)時空一探究竟！

 

圖 1  四維座標(biāo)系統(tǒng)

前后端維度（ X1 … X7 ）

前后端維度被分解為交互、業(yè)務(wù)、領(lǐng)域、資源四大層，其中業(yè)務(wù)可以細(xì)分為應(yīng)用 X2 、框架 X3 ，領(lǐng)域可以細(xì)分為服務(wù) X4 、核心 X5 ，資源也可以細(xì)分為代理 X6 、數(shù)據(jù) X7 ，共分為七個層次。服務(wù) X4 可以實現(xiàn) API ，如果公開，就是開放接口，調(diào)用服務(wù)層的接口，通常需要授權(quán)。代理 X6 可以實現(xiàn) SPI ，隔離耦合，避免核心 X5  依賴特定的外部系統(tǒng)或數(shù)據(jù)庫。每個層次做到高內(nèi)聚，層與層之間做到低耦合。

圖 2 X 軸分層結(jié)構(gòu)

在系統(tǒng)實現(xiàn)過程中，可以綜合考慮現(xiàn)狀， X2 應(yīng)用和 X3 框架可以不分拆， X4 服務(wù)和 X5 核心可以不分拆，待后續(xù)時機成熟可以再重構(gòu)分層，這樣變更范圍僅在內(nèi)部。

表 2 X 軸七層架構(gòu)模型及其定位

分層類型	分層名稱	顏色	代號	分層定位
交互	界面層	紅	X1	界面更像是用戶的延伸，而非應(yīng)用的延伸。界面可被視為用戶代理。根據(jù)用戶喜好、語言、平臺（手機、電腦、平板等）開發(fā)各種用戶界面。
業(yè)務(wù)	應(yīng)用層	橙	X2	一個應(yīng)用可以有多個界面，根據(jù)市場需求，開發(fā)各種應(yīng)用，并以接口的方式展現(xiàn)。
	框架層	黃	X3	將常用的應(yīng)用流程設(shè)計成框架，后續(xù)開發(fā)同類型應(yīng)用時，只要通過參數(shù)或者  DSL ，就可以輕易訂制應(yīng)用，減少開發(fā)成本?？蚣芤部梢杂媒涌诘姆绞介_放讓外部調(diào)用。
領(lǐng)域	服務(wù)層	綠	X4	服務(wù)層針對領(lǐng)域?qū)ο筮M(jìn)行操作，并提供彈性的調(diào)用接口。服務(wù)層接口通常數(shù)目不多，但每個接口通常參數(shù)相當(dāng)多。服務(wù)層沒有狀態(tài)，也不做緩存。
	核心層	藍(lán)	X5	核心層反映領(lǐng)域模型，核心層的接口基本就是對此領(lǐng)域模型進(jìn)行操作。建立領(lǐng)域模型，一方面幫助接口設(shè)計，另外一方面幫助數(shù)據(jù)存儲設(shè)計，梳理出彈性的存儲方式。
資源	代理層	靛	X6	具備下列作用：數(shù)據(jù)代理，代表外部系統(tǒng)或數(shù)據(jù)庫；緩存，為了效率或提高可用性（當(dāng)外部系統(tǒng)掉線）；數(shù)據(jù)模塊，支持讀寫分離；轉(zhuǎn)接或轉(zhuǎn)發(fā)，轉(zhuǎn)接到外部系統(tǒng)，轉(zhuǎn)發(fā)到日志系統(tǒng)；數(shù)據(jù)備份系統(tǒng)（通過事件鉤子）；熱備系統(tǒng)接入。
	數(shù)據(jù)層	紫	X7	數(shù)據(jù)是公司最重要的資產(chǎn)。根據(jù)數(shù)據(jù)的特性，數(shù)據(jù)庫可以是：關(guān)系式數(shù)據(jù)庫；列數(shù)據(jù)庫； Associative DB ； Key-Value ；文件數(shù)據(jù)庫；日志。

 

業(yè)務(wù)維度（ Y1 ... Yn ）

從業(yè)務(wù)維度進(jìn)行劃分，按照業(yè)務(wù)類型對系統(tǒng)進(jìn)行分類。業(yè)務(wù)系統(tǒng)的劃分更多依賴業(yè)務(wù)領(lǐng)域的知識，這個維度設(shè)計最常用的方法論就是領(lǐng)域驅(qū)動設(shè)計DDD。

當(dāng) Y 軸的一個業(yè)務(wù)系統(tǒng)需要調(diào)用 Y 軸的另外一個業(yè)務(wù)系統(tǒng)時，兼顧效率和耦合，這套架構(gòu)設(shè)計方法論給出了具體的架構(gòu)原則：

1. 當(dāng)被調(diào)用的是公共系統(tǒng)時，那么調(diào)用將被視為內(nèi)部調(diào)用，即服務(wù)可以直接調(diào)用服務(wù)。考慮到公共系統(tǒng)比較穩(wěn)定，不會經(jīng)常改變，直接調(diào)用可以減少調(diào)用環(huán)節(jié)，保障效率。
2. 當(dāng)被調(diào)用的是非公共系統(tǒng)時，那么調(diào)用將會被視為外部調(diào)用，即通過代理層去調(diào)用被調(diào)用系統(tǒng)的對外服務(wù)接口。這相當(dāng)于把兩個系統(tǒng)后臺進(jìn)行了串聯(lián)，降低了系統(tǒng)之間的耦合，后續(xù)被調(diào)用系統(tǒng)發(fā)生變更，對調(diào)用系統(tǒng)的影響也可以藉由其代理層進(jìn)行了隔離。

圖 3 Y 軸不同業(yè)務(wù)系統(tǒng)之間調(diào)用關(guān)系  

系統(tǒng)維度（ Z1...Zn ）

該維度主要關(guān)注軟件、容器、運行時、操作系統(tǒng)、虛擬機、到硬件等這些與業(yè)務(wù)無關(guān)系統(tǒng)的架構(gòu)。 Z 軸的系統(tǒng)可以分別用于前端優(yōu)化、應(yīng)用優(yōu)化、平臺優(yōu)化、資源優(yōu)化等層面。

圖 4 Z 軸分層結(jié)構(gòu)

時間維度（ T1 … Tn ）

對于一個新產(chǎn)品來說，架構(gòu)不是一次成型的，從初始到成熟要經(jīng)過一個不斷演進(jìn)的過程。對于一個已有產(chǎn)品來說，架構(gòu)的優(yōu)化也是要結(jié)合實際情況分步驟實施。除了技術(shù)上的考慮之外，我們還需要考慮市場及投資等方面的情況。

通常，在研發(fā)的初期，產(chǎn)品本身的定位還不太清晰，需要快速地迭代投放市場獲取先發(fā)優(yōu)勢，以及驗證想法，不斷地明確產(chǎn)品的定位。這個階段產(chǎn)品需求變動非常頻繁，許多架構(gòu)的驅(qū)動因素尚未明確，如果過于關(guān)注架構(gòu)，那產(chǎn)品推向市場就會遙遙無期。隨著產(chǎn)品定位的逐步清晰，架構(gòu)的驅(qū)動因素及約束條件都逐漸浮出水面，這個時候架構(gòu)設(shè)計的重要性就顯現(xiàn)出來了。另外，我們還需要根據(jù)投資預(yù)算來調(diào)整架構(gòu)設(shè)計。如果投入比較充裕，那我們就可以投入更多的人力來提前將架構(gòu)驅(qū)動因素研究清楚，甚至可以針對不確定的約束提供多套備選方案。

先分享到這里，后續(xù)我還會繼續(xù)分享各個維度的架構(gòu)設(shè)計心得，請感興趣的小伙伴記得關(guān)注哦！ 原創(chuàng)不易，如果你覺得有價值，麻煩動動手指點個 「  贊 」，老兵哥會更有動力。另外，我還會持續(xù)分享職業(yè)規(guī)劃、應(yīng)聘面試、技能提升、影響力打造等經(jīng)驗，  關(guān)注  「   IT老兵哥  」，  賦能程序人生 ！

當(dāng)前文章：如何建立架構(gòu)師的立體化思維？-創(chuàng)新互聯(lián)
當(dāng)前路徑：http://weahome.cn/article/igcih.html