中臺(tái)和平臺(tái)架構(gòu)區(qū)別分析

中臺(tái)和平臺(tái)架構(gòu)區(qū)別分析

【摘要】為什么要刻意區(qū)分中臺(tái)和平臺(tái)，這么做有什么意義？有位同行領(lǐng)導(dǎo)問(wèn)了一個(gè)非常好的問(wèn)題：在我們中臺(tái)研究中為什么要刻意區(qū)分中臺(tái)和平臺(tái)，這么做有什么意義？這是一個(gè)非常非常好的問(wèn)題，也是我們中臺(tái)研究的一個(gè)重點(diǎn)，也是我們非常希望解釋清楚的一個(gè)問(wèn)題。要解釋清楚平臺(tái)和中臺(tái)的區(qū)別，需要從中臺(tái)的本質(zhì)和目的說(shuō)起。中臺(tái)本質(zhì)上是一種架構(gòu)方式，目的是為了實(shí)現(xiàn)復(fù)用，減少重復(fù)投入，提升效率。在中臺(tái)架構(gòu)中，平臺(tái)處于什么樣的位置，起什么作用是中臺(tái)研究需要厘清楚的問(wèn)題。如果把這些問(wèn)題考慮清楚了，也就容易理解中臺(tái)和平臺(tái)的區(qū)別了。中臺(tái)本質(zhì)和目的中臺(tái)的本質(zhì)是一種分布式應(yīng)用系統(tǒng)分層架構(gòu)方式。有企業(yè)直接分為前-中臺(tái)架構(gòu)，也有企業(yè)分為前-中-后臺(tái)架構(gòu)。不管分為幾層，這其實(shí)并不是一種新的技術(shù)或架構(gòu)，只不過(guò)在企業(yè)規(guī)?；l(fā)展到一定階段，企業(yè)資源（數(shù)據(jù)、應(yīng)用、人力等）如果無(wú)法實(shí)現(xiàn)復(fù)用，其交互和協(xié)作成本和代價(jià)往往是級(jí)數(shù)增長(zhǎng)，不得不調(diào)整來(lái)實(shí)現(xiàn)資源復(fù)用以提升效率的方法。簡(jiǎn)單地思考一個(gè)問(wèn)題：設(shè)想數(shù)據(jù)散落于不同的系統(tǒng)之中，這勢(shì)必會(huì)帶來(lái)數(shù)據(jù)的大量冗余。隨著企業(yè)規(guī)模的不斷擴(kuò)張、系統(tǒng)數(shù)量的不斷增長(zhǎng)、系統(tǒng)交互的頻繁復(fù)雜、數(shù)據(jù)量的爆炸性激增等等，僅僅冗余數(shù)據(jù)就可能會(huì)導(dǎo)致成數(shù)倍數(shù)十倍的浪費(fèi)。前些年的SOA-ESB架構(gòu)就曾嘗試從業(yè)務(wù)層面的集成來(lái)解決這樣的問(wèn)題，但ESB最大的缺陷是沒(méi)有從數(shù)據(jù)層面考慮，只做業(yè)務(wù)系統(tǒng)集成而沒(méi)有觸達(dá)數(shù)據(jù)，數(shù)據(jù)依舊散落于各個(gè)單體系統(tǒng)中。ESB通過(guò)加層集成的方式來(lái)嘗試解決復(fù)用問(wèn)題，但加層集成的方式也使系統(tǒng)層次復(fù)雜化，響應(yīng)鏈路變長(zhǎng)，響應(yīng)延遲增加，從而導(dǎo)致很多ESB項(xiàng)目并不成功。而中臺(tái)的思想是包括從數(shù)據(jù)層面來(lái)重構(gòu)企業(yè)整體架構(gòu)，這就解決了單體系統(tǒng)數(shù)據(jù)散落的問(wèn)題，從數(shù)據(jù)層和業(yè)務(wù)層實(shí)現(xiàn)了復(fù)用。另外應(yīng)用系統(tǒng)還涉及很多的公共組件和能力，比如日志、認(rèn)證和權(quán)限、配置、消息、安全等，這些公共的技術(shù)組件往往是可以復(fù)用的。這也使很多人誤把平臺(tái)當(dāng)作了中臺(tái)。雖然中臺(tái)和平臺(tái)在內(nèi)容上有重疊的部分，但其概念是有本質(zhì)區(qū)別的，不能混為一談。業(yè)務(wù)、數(shù)據(jù)、公共技術(shù)組件的可復(fù)用能力提取就是中臺(tái)的能力。從而以重構(gòu)的方式從架構(gòu)層面徹底解決了業(yè)務(wù)、數(shù)據(jù)、公共技術(shù)組件的復(fù)用問(wèn)題。中臺(tái)架構(gòu)層次劃分中臺(tái)復(fù)用的粒度軟件一直都在嘗試實(shí)現(xiàn)復(fù)用，從代碼復(fù)用、函數(shù)復(fù)用、類復(fù)用到組件復(fù)用、服務(wù)復(fù)用、平臺(tái)復(fù)用等不同層級(jí)和粒度的復(fù)用，各有優(yōu)缺點(diǎn)。對(duì)于分布式中臺(tái)架構(gòu)來(lái)說(shuō)，哪種復(fù)用粒度是合適的？哪種復(fù)用粒度的價(jià)值最高？從這些年技術(shù)的發(fā)展來(lái)看，云計(jì)算解決了算力問(wèn)題，使數(shù)據(jù)可以通過(guò)分布式計(jì)算來(lái)支撐大數(shù)據(jù)運(yùn)算需求，有了大數(shù)據(jù)才帶來(lái)了人工智能的快速發(fā)展。云計(jì)算的云原生技術(shù)：容器、微服務(wù)、DevOps等為中臺(tái)架構(gòu)的復(fù)用粒度提供了一種很好的解決方案，那就是服務(wù)化或微服務(wù)化（微服務(wù)粒度是另一個(gè)概念）。服務(wù)層級(jí)的復(fù)用粒度更適合中臺(tái)架構(gòu)。從數(shù)據(jù)、業(yè)務(wù)、公共技術(shù)組件層次可以推導(dǎo)出可復(fù)用的數(shù)據(jù)服務(wù)、業(yè)務(wù)服務(wù)和技術(shù)服務(wù)，從而構(gòu)建起數(shù)據(jù)中臺(tái)服務(wù)、技術(shù)中臺(tái)服務(wù)和業(yè)務(wù)中臺(tái)服務(wù)。通過(guò)中臺(tái)服務(wù)的編排而實(shí)現(xiàn)敏捷構(gòu)建業(yè)務(wù)應(yīng)用（實(shí)際就是應(yīng)用client端），從而支持響應(yīng)企業(yè)業(yè)務(wù)的敏捷變化和變革，快速實(shí)現(xiàn)數(shù)字化和智能化轉(zhuǎn)型。

技術(shù)組件、數(shù)據(jù)、業(yè)務(wù)流程服務(wù)化以實(shí)現(xiàn)可復(fù)用中臺(tái)可復(fù)用服務(wù)來(lái)自哪里？數(shù)據(jù)服務(wù)來(lái)自于各系統(tǒng)融合后的可復(fù)用數(shù)據(jù)抽象和提取，比如說(shuō)客戶數(shù)據(jù)，多個(gè)業(yè)務(wù)系統(tǒng)都會(huì)用到客戶數(shù)據(jù)，因此客戶數(shù)據(jù)就可以構(gòu)建為可復(fù)用數(shù)據(jù)服務(wù)，從而也實(shí)現(xiàn)了數(shù)據(jù)的一致性和完整性。其實(shí)這也是主數(shù)據(jù)建設(shè)的主要任務(wù)。主數(shù)據(jù)就是企業(yè)內(nèi)共享和復(fù)用的數(shù)據(jù)，以企業(yè)主數(shù)據(jù)來(lái)構(gòu)建中臺(tái)數(shù)據(jù)服務(wù)，是一個(gè)相對(duì)比較好的方式。技術(shù)中臺(tái)服務(wù)則來(lái)自于公共的技術(shù)組件，比如說(shuō)登錄認(rèn)證，每個(gè)業(yè)務(wù)系統(tǒng)都需要登錄認(rèn)證模塊。傳統(tǒng)單體系統(tǒng)每個(gè)業(yè)務(wù)應(yīng)用都要開(kāi)發(fā)一遍登錄認(rèn)證，這就造成了大量的重復(fù)建設(shè)和浪費(fèi)，如果把登錄認(rèn)證提取為中臺(tái)公共認(rèn)證技術(shù)服務(wù)，每個(gè)系統(tǒng)都可以共享使用這個(gè)服務(wù)，不但提升研發(fā)的效率，而極大地減少重復(fù)建設(shè)和投入。中臺(tái)業(yè)務(wù)服務(wù)則意味著業(yè)務(wù)流程的新建或者業(yè)務(wù)流程的重構(gòu)。業(yè)務(wù)服務(wù)的設(shè)計(jì)有個(gè)簡(jiǎn)單的方法，就是通過(guò)梳理業(yè)務(wù)流程來(lái)找出流程交叉點(diǎn)，這個(gè)交叉點(diǎn)就是一個(gè)業(yè)務(wù)服務(wù)（或叫業(yè)務(wù)服務(wù)操作Operation）。例如在不同的業(yè)務(wù)流程中都會(huì)用到“客戶信息查詢”，這個(gè)“客戶信息查詢”就可以作為客戶業(yè)務(wù)服務(wù)的一個(gè)操作。通過(guò)這樣方式比國(guó)外某著名企業(yè)所推的DDD簡(jiǎn)單得多，也更符合企業(yè)實(shí)際業(yè)務(wù)邏輯。平臺(tái)支撐中臺(tái)架構(gòu)既然中臺(tái)架構(gòu)中合適的粒度是服務(wù)化，那么無(wú)論數(shù)據(jù)服務(wù)、公共組件服務(wù)、業(yè)務(wù)服務(wù)都需要有相應(yīng)的平臺(tái)來(lái)支撐運(yùn)行。數(shù)據(jù)服務(wù)需要數(shù)據(jù)庫(kù)或數(shù)據(jù)倉(cāng)庫(kù)或大數(shù)據(jù)平臺(tái)等來(lái)支撐，公共組件服務(wù)需要諸如日志平臺(tái)、認(rèn)證平臺(tái)、權(quán)限平臺(tái)、配置平臺(tái)、安全平臺(tái)、消息平臺(tái)來(lái)支撐，即便是服務(wù)通過(guò)編排的輕量應(yīng)用客戶端，也需要部署于不同的渠道來(lái)觸達(dá)不同的客戶，比如App、Web、微信小程序等，都需要這些平臺(tái)和工具的支撐。因此我們說(shuō)“平臺(tái)支撐中臺(tái)”，用平臺(tái)能力支撐著中臺(tái)可復(fù)用服務(wù)，以及前臺(tái)輕量應(yīng)用。從中臺(tái)架構(gòu)來(lái)說(shuō)，這些平臺(tái)、工具就是中臺(tái)架構(gòu)中的“后臺(tái)”運(yùn)行支撐平臺(tái)。從架構(gòu)角度，每個(gè)平臺(tái)或系統(tǒng)都可能劃分為前、中、后等不同的層次，其實(shí)中臺(tái)架構(gòu)層次并沒(méi)有從根本上脫離“業(yè)務(wù)表示層、業(yè)務(wù)邏輯層和數(shù)訪問(wèn)層、運(yùn)行支撐層（包括數(shù)據(jù)存儲(chǔ)層）”這樣的架構(gòu)層次劃分。中臺(tái)是從架構(gòu)角度來(lái)說(shuō)的，而平臺(tái)是從技術(shù)角度來(lái)說(shuō)的，平臺(tái)和中臺(tái)是完全兩個(gè)概念。平臺(tái)的架構(gòu)可能分“前、中、后臺(tái)”，只不過(guò)新的“中臺(tái)”概念被賦予了新的內(nèi)涵，涵義更廣。不過(guò)從企業(yè)系統(tǒng)落地的可行方案來(lái)看，需要明確區(qū)分這兩個(gè)概念才能更好的去實(shí)施“中臺(tái)”，才能使“中臺(tái)”具備落地可行性。系統(tǒng)架構(gòu)層次與中臺(tái)架構(gòu)層次中臺(tái)架構(gòu)中的前臺(tái)或前端是“輕量應(yīng)用客戶端”，中臺(tái)或中間層是可復(fù)用服務(wù)（可以是微服務(wù)，也可以是ESB服務(wù)等），后臺(tái)或后端是支撐這些可復(fù)用服務(wù)運(yùn)行的工具或平臺(tái)，因此可以說(shuō)“平臺(tái)支撐中臺(tái)”。這些平臺(tái)一方面支撐著中臺(tái)可復(fù)用服務(wù)，另一方面也意味著平臺(tái)支撐著中臺(tái)架構(gòu)。以重構(gòu)的方式，意味著企業(yè)業(yè)務(wù)系統(tǒng)會(huì)逐步被重構(gòu)的服務(wù)和應(yīng)用取代，拆分為數(shù)據(jù)服務(wù)、業(yè)務(wù)服務(wù)和應(yīng)用Client，以及基礎(chǔ)的技術(shù)組件服務(wù)。數(shù)據(jù)實(shí)現(xiàn)融合，以標(biāo)準(zhǔn)化的治理的數(shù)據(jù)存儲(chǔ)于數(shù)據(jù)庫(kù)或數(shù)據(jù)平臺(tái)之中，徹底解決了數(shù)據(jù)散落的問(wèn)題。不再有一個(gè)一個(gè)獨(dú)立的單體系統(tǒng)，而是實(shí)現(xiàn)了高度復(fù)用的中臺(tái)服務(wù)和前臺(tái)輕量應(yīng)用客戶端。根據(jù)業(yè)務(wù)需要通過(guò)服務(wù)編排敏捷響應(yīng)業(yè)務(wù)變化需求。系統(tǒng)架構(gòu)演化趨勢(shì)明確區(qū)分中臺(tái)和平臺(tái)的好處第一、明確了中臺(tái)和平臺(tái)的概念和區(qū)別，在進(jìn)行中臺(tái)建設(shè)時(shí)就能有的放矢，不會(huì)混淆。中臺(tái)是從架構(gòu)角度來(lái)說(shuō)的，明確了中臺(tái)架構(gòu)，也就知道了架構(gòu)的前、中、后臺(tái)各是什么，就有了明確的方向。建“中臺(tái)”就是建設(shè)“可復(fù)用服務(wù)”，這使中臺(tái)建設(shè)的目標(biāo)非常明確。有了可復(fù)用服務(wù)，就能通過(guò)編排來(lái)快速構(gòu)建業(yè)務(wù)應(yīng)用。隨著可復(fù)用服務(wù)量的增加，會(huì)帶來(lái)業(yè)務(wù)應(yīng)用研發(fā)質(zhì)的變化。第二、松耦合了平臺(tái)和中臺(tái)可復(fù)用服務(wù)，明確了可復(fù)用能力的粒度。以平臺(tái)作為可復(fù)用層次，則顯得粒度過(guò)粗，在復(fù)用時(shí)也需要很多額外的工作。比如說(shuō)消息平臺(tái)，是可復(fù)用于各個(gè)業(yè)務(wù)系統(tǒng)的。但要使用這些平臺(tái)，需要使用其提供的API來(lái)實(shí)現(xiàn)對(duì)接，API一旦變動(dòng)，則使用這些API的服務(wù)就需要改變，這就帶來(lái)了很多工作量。而在平臺(tái)之上提取、抽象、封裝一層可復(fù)用服務(wù)，源于平臺(tái)而高于平臺(tái)，比如“消息批量發(fā)送服務(wù)”，其支撐平臺(tái)可以是Kafka、RabbitMQ，ActiveMQ等等，則通過(guò)封裝的可復(fù)用服務(wù)API可直接用于業(yè)務(wù)應(yīng)用的編排。底層平臺(tái)的變化對(duì)業(yè)務(wù)應(yīng)用來(lái)說(shuō)是透明的、不可見(jiàn)的。第三、中臺(tái)和平臺(tái)分離，則更好地實(shí)現(xiàn)自主可控，不再受制于人。松耦合中臺(tái)可復(fù)用服務(wù)和平臺(tái)之間的關(guān)系，則在更容易更換中臺(tái)下的支撐平臺(tái)，對(duì)上層業(yè)務(wù)應(yīng)用不可見(jiàn)，從而根據(jù)需要而采購(gòu)或研發(fā)支撐平臺(tái)，不再因?yàn)槭苤朴谀硰S商的產(chǎn)品而