經(jīng)常有朋友問(wèn)我，為什么要做分層架構(gòu)，什么時(shí)候架構(gòu)要抽象一層，今天來(lái)聊一聊這個(gè)問(wèn)題。

上圖是一個(gè)典型的互聯(lián)網(wǎng)分層架構(gòu)：

• 客戶端層：典型調(diào)用方是browser或者APP;
• 站點(diǎn)應(yīng)用層：實(shí)現(xiàn)核心業(yè)務(wù)邏輯，從下游獲取數(shù)據(jù)，對(duì)上游返回html或者json;
• 數(shù)據(jù)-緩存層：加速訪問(wèn)存儲(chǔ);
• 數(shù)據(jù)-數(shù)據(jù)庫(kù)層：固化數(shù)據(jù)存儲(chǔ);

如果實(shí)施了服務(wù)化，這個(gè)分層架構(gòu)圖可能是這樣：

中間多了一個(gè)服務(wù)層。

同一個(gè)層次的內(nèi)部，例如端上的APP，以及web-server，也都有進(jìn)行MVC分層：

• view層：展現(xiàn);
• control層：邏輯;
• model層：數(shù)據(jù);

可以看到，每個(gè)工程師骨子里，都潛移默化的實(shí)施著分層架構(gòu)。

那么，互聯(lián)網(wǎng)分層架構(gòu)的本質(zhì)究竟是什么呢?

如果我們仔細(xì)思考會(huì)發(fā)現(xiàn)，不管是跨進(jìn)程的分層架構(gòu)，還是進(jìn)程內(nèi)的MVC分層，都是一個(gè)“數(shù)據(jù)移動(dòng)”，然后“被處理”和“被呈現(xiàn)”的過(guò)程，歸根結(jié)底一句話：互聯(lián)網(wǎng)分層架構(gòu)，是一個(gè)數(shù)據(jù)移動(dòng)，處理，呈現(xiàn)的過(guò)程，其中數(shù)據(jù)移動(dòng)是整個(gè)過(guò)程的核心。

如上圖所示，數(shù)據(jù)處理和呈現(xiàn)要CPU計(jì)算，CPU是固定不動(dòng)的：

• db/service/web-server都部署在固定的集群上;
• 端上，不管是browser還是APP，也有固定的CPU處理;

數(shù)據(jù)是移動(dòng)的：

• 跨進(jìn)程移動(dòng)：數(shù)據(jù)從數(shù)據(jù)庫(kù)和緩存里，轉(zhuǎn)移到service層，到web-server層，到client層;
• 同進(jìn)程移動(dòng)：數(shù)據(jù)從model層，轉(zhuǎn)移到control層，轉(zhuǎn)移到view層;

數(shù)據(jù)要移動(dòng)，所以有兩個(gè)東西很重要：

• 數(shù)據(jù)傳輸?shù)母袷?
• 數(shù)據(jù)在各層次的形態(tài);

先看數(shù)據(jù)傳輸?shù)母袷?，即協(xié)議很重要：

• service與db/cache之間，二進(jìn)制協(xié)議/文本協(xié)議是數(shù)據(jù)傳輸?shù)妮d體;
• web-server與service之間，RPC的二進(jìn)制協(xié)議是數(shù)據(jù)傳輸?shù)妮d體;
• client和web-server之間，http協(xié)議是數(shù)據(jù)傳輸?shù)妮d體;

再看數(shù)據(jù)在各層次的形態(tài)，以用戶數(shù)據(jù)為例：

• db層，數(shù)據(jù)是以“行”為單位存在的row(uid, name, age);
• cache層，數(shù)據(jù)是以kv的形式存在的kv(uid -> User);
• service層，會(huì)把row或者kv轉(zhuǎn)化為對(duì)程序友好的User對(duì)象;
• web-server層，會(huì)把對(duì)程序友好的User對(duì)象轉(zhuǎn)化為對(duì)http友好的json對(duì)象;
• client層：最終端上拿到的是json對(duì)象;

結(jié)論：互聯(lián)網(wǎng)分層架構(gòu)的本質(zhì)，是數(shù)據(jù)的移動(dòng)。

為什么要說(shuō)這個(gè)，這將會(huì)引出“分層架構(gòu)演進(jìn)”的核心原則與方法：

• 讓上游更高效的獲取與處理數(shù)據(jù)，復(fù)用;
• 讓下游能屏蔽數(shù)據(jù)的獲取細(xì)節(jié)，封裝;

有了上面的鋪墊，水友經(jīng)常問(wèn)的這些問(wèn)題：

• 是否需要引入DAO層，什么時(shí)機(jī)引入;
• 是否需要服務(wù)化，什么時(shí)機(jī)服務(wù)化;
• 是否需要抽取通用中臺(tái)業(yè)務(wù)，什么時(shí)機(jī)抽取;
• 是否需要前后端分離，什么時(shí)機(jī)分離;

就非常好回答了，下期和大家深究。

畫(huà)外音：網(wǎng)友們的這些提問(wèn)，其實(shí)很難回答。在不了解業(yè)務(wù)發(fā)展階段，業(yè)務(wù)規(guī)模，數(shù)據(jù)量并發(fā)量的情況下，妄下YES或NO的結(jié)論，本身就是不負(fù)責(zé)任的。

總結(jié)

• 互聯(lián)網(wǎng)分層架構(gòu)的本質(zhì)，是數(shù)據(jù)的移動(dòng);
• 互聯(lián)網(wǎng)分層架構(gòu)中，數(shù)據(jù)的傳輸格式(協(xié)議)與數(shù)據(jù)在各層次的形態(tài)很重要;
• 互聯(lián)網(wǎng)分層架構(gòu)演進(jìn)的核心原則與方法：封裝與復(fù)用;

【本文為專(zhuān)欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)聯(lián)系原作者】

網(wǎng)站名稱：互聯(lián)網(wǎng)分層架構(gòu)的本質(zhì)
文章路徑：http://uogjgqi.cn/article/djsihgg.html