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

成都創(chuàng)新互聯(lián)服務項目包括如皋網(wǎng)站建設、如皋網(wǎng)站制作、如皋網(wǎng)頁制作以及如皋網(wǎng)絡營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，如皋網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務的客戶以成都為中心已經(jīng)輻射到如皋省份的部分城市，未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任！

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

 

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

前后端維度（ X1 … X7 ）

前后端維度被分解為交互、業(yè)務、領(lǐng)域、資源四大層，其中業(yè)務可以細分為應用 X2 、框架 X3 ，領(lǐng)域可以細分為服務 X4 、核心 X5 ，資源也可以細分為代理 X6 、數(shù)據(jù) X7 ，共分為七個層次。服務 X4 可以實現(xiàn) API ，如果公開，就是開放接口，調(diào)用服務層的接口，通常需要授權(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 應用和 X3 框架可以不分拆， X4 服務和 X5 核心可以不分拆，待后續(xù)時機成熟可以再重構(gòu)分層，這樣變更范圍僅在內(nèi)部。

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

分層類型	分層名稱	顏色	代號	分層定位
交互	界面層	紅	X1	界面更像是用戶的延伸，而非應用的延伸。界面可被視為用戶代理。根據(jù)用戶喜好、語言、平臺（手機、電腦、平板等）開發(fā)各種用戶界面。
業(yè)務	應用層	橙	X2	一個應用可以有多個界面，根據(jù)市場需求，開發(fā)各種應用，并以接口的方式展現(xiàn)。
	框架層	黃	X3	將常用的應用流程設計成框架，后續(xù)開發(fā)同類型應用時，只要通過參數(shù)或者  DSL ，就可以輕易訂制應用，減少開發(fā)成本。框架也可以用接口的方式開放讓外部調(diào)用。
領(lǐng)域	服務層	綠	X4	服務層針對領(lǐng)域?qū)ο筮M行操作，并提供彈性的調(diào)用接口。服務層接口通常數(shù)目不多，但每個接口通常參數(shù)相當多。服務層沒有狀態(tài)，也不做緩存。
	核心層	藍	X5	核心層反映領(lǐng)域模型，核心層的接口基本就是對此領(lǐng)域模型進行操作。建立領(lǐng)域模型，一方面幫助接口設計，另外一方面幫助數(shù)據(jù)存儲設計，梳理出彈性的存儲方式。
資源	代理層	靛	X6	具備下列作用：數(shù)據(jù)代理，代表外部系統(tǒng)或數(shù)據(jù)庫；緩存，為了效率或提高可用性（當外部系統(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è)務維度（ Y1 ... Yn ）

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

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

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

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

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

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

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

時間維度（ T1 … Tn ）

對于一個新產(chǎn)品來說，架構(gòu)不是一次成型的，從初始到成熟要經(jīng)過一個不斷演進的過程。對于一個已有產(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)設計的重要性就顯現(xiàn)出來了。另外，我們還需要根據(jù)投資預算來調(diào)整架構(gòu)設計。如果投入比較充裕，那我們就可以投入更多的人力來提前將架構(gòu)驅(qū)動因素研究清楚，甚至可以針對不確定的約束提供多套備選方案。

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

網(wǎng)頁題目：如何建立架構(gòu)師的立體化思維？
當前鏈接：http://chinadenli.net/article34/pigppe.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、網(wǎng)站排名、全網(wǎng)營銷推廣、建站公司、App設計、網(wǎng)站改版

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)