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

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

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

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