互聯(lián)網(wǎng)分層架構(gòu)分析

1、 互聯(lián)網(wǎng)分層架構(gòu)分析21CTO 微信號(hào) we21cto功能介紹 21CTO（21）是一個(gè)高質(zhì)量、個(gè)性化的學(xué)習(xí)與服務(wù)平臺(tái)。提供教育培訓(xùn)、學(xué)習(xí)分享、人脈資源等產(chǎn)品，匯聚國(guó)內(nèi)外IT互聯(lián)網(wǎng)最優(yōu)秀的CTO&技術(shù)專(zhuān)家，連接人與知識(shí)的價(jià)值服務(wù)。上圖是一個(gè)典型的互聯(lián)網(wǎng)分層架構(gòu)：客戶(hù)端層：典型調(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層：展

2、現(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é)底一句話(huà)：互聯(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)移到se

3、rvice層，到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ù)母袷剑磪f(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)，以用戶(hù)數(shù)據(jù)為例：db層，數(shù)據(jù)是以“行”為單位存在的row(uid, name, age)cache層，數(shù)據(jù)是以kv的形式存在的kv

4、(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é)，封裝弄清楚這個(gè)原則與方法，再加上一些經(jīng)驗(yàn)積累，就能回答網(wǎng)友經(jīng)常在評(píng)論中提出的這些問(wèn)題了：是否需要引入DAO層，什么時(shí)機(jī)引入是否需要服務(wù)化，什么時(shí)機(jī)服務(wù)化是否需要抽取通用中臺(tái)業(yè)務(wù)，什么時(shí)機(jī)抽取是否需要前后端分離，什么時(shí)機(jī)分離（網(wǎng)友們的這些提問(wèn)，其實(shí)很難回答。在不了解業(yè)務(wù)發(fā)展階段，業(yè)務(wù)規(guī)模，數(shù)據(jù)量并發(fā)量的情況下，妄下YES或NO的結(jié)論，本身就是不負(fù)責(zé)任的。）更具體的分層架構(gòu)演進(jìn)細(xì)節(jié)，下一篇和大家細(xì)究?？偨Y(jié)互聯(lián)網(wǎng)分層架構(gòu)的本質(zhì)，是數(shù)據(jù)的移動(dòng)互聯(lián)網(wǎng)分層架構(gòu)中，數(shù)據(jù)的傳輸格式（協(xié)議）與數(shù)據(jù)在各層次的