（1）我們先說說技術(shù)架構(gòu)分層

我們按技術(shù)架構(gòu)通常是這樣的：

1、UI交互層：Windows UI、PC Web UI、移動App UI、微信小程序UI、攝像頭視覺識別人機界面、語音交互人機界面

2、邏輯層：面向?qū)ο蠹夹g(shù)/組件技術(shù)/SOA服務(wù)中間件/微服務(wù)中間件技術(shù)、人工智能NLP/機器學(xué)習(xí)

3、數(shù)據(jù)層：SQL數(shù)據(jù)庫/NOSQL數(shù)據(jù)庫、大數(shù)據(jù)計算平臺/數(shù)據(jù)倉庫數(shù)據(jù)湖/可視化

4、基礎(chǔ)設(shè)施層：云計算IaaS（服務(wù)器、存儲、網(wǎng)絡(luò)、文件系統(tǒng)）

但我們今天要說的中臺，根本不是在這個分層視角維度體系來看事的。

不過話說回來，中臺應(yīng)用要具體代碼實現(xiàn)，還得依賴這些具體的技術(shù)。這就是他們倆之間的關(guān)系。

（2）我們再說說中臺的由來

中臺這個詞最初來源于阿里。阿里為啥要中臺。沒辦法啊。

京東提出過一個概念叫：無界零售。也就是說，消費者流量在哪里，哪里就有京東的商品購買插入。所以京東有個平臺叫：京東商品開放平臺，你可以調(diào)用Open API在你任何地方都可以插入京東的商品。

過去在Web時代流量挺集中，流量能被倒來倒去。但是在移動app時代，流量都被冰封在一個個App里面了，這樣就形成了流量碎片化。要做到無界零售，你就需要對接很多很多流量口。

對接的多了、煩了，你就要把不穩(wěn)定的場景應(yīng)用和穩(wěn)定的共性功能分離開來。穩(wěn)定的共性功能就形成了中臺。

也就是說：中臺是應(yīng)用，中臺不是技術(shù)，但中臺又不是最終用戶能直接使用的，它必須被集成到各個業(yè)務(wù)場景中。所以中臺應(yīng)用是必然Open API的。平臺是讓別人集成到你身上，而中臺是你要連接別人，讓別人集成你。

我剛才拿阿里、京東舉例子，他們只不過都是零售端。其實吧，以后的應(yīng)用趨勢是：產(chǎn)業(yè)互聯(lián)網(wǎng)，零售環(huán)節(jié)只是產(chǎn)供銷研端到端一體化的產(chǎn)業(yè)互聯(lián)網(wǎng)的一個環(huán)節(jié)而已。

完整的環(huán)節(jié)應(yīng)該是：

1、商業(yè)互聯(lián)網(wǎng)：會員營銷-O2O零售門店-線上批發(fā)分銷平臺-廠家訂貨

2、工業(yè)互聯(lián)網(wǎng)：區(qū)域集群協(xié)同生產(chǎn)-智能設(shè)備監(jiān)控調(diào)度-B2B原材料采購-全球研發(fā)設(shè)計協(xié)同平臺

商業(yè)互聯(lián)網(wǎng)和工業(yè)互聯(lián)網(wǎng)，產(chǎn)供銷研一體化，構(gòu)成了完整的產(chǎn)業(yè)互聯(lián)網(wǎng)。

以后，產(chǎn)業(yè)還需要和社會（政府）連接在一起，如連接：銀行、工商、稅務(wù)、海關(guān)、公檢法、社保、民政、住建、國土資源、交通/車管...，這就構(gòu)成了社會化商業(yè)。

也就是說，未來的業(yè)務(wù)應(yīng)用是產(chǎn)業(yè)互聯(lián)網(wǎng)，是社會化商業(yè)，連接無處不在。你光你企業(yè)內(nèi)部那點ERP應(yīng)用，算個啥啊。

（3）我們說說未來的軟件應(yīng)該是什么樣子的

各位朋友啊，阿里云都成立十周年了。你們還當(dāng)云是個前沿技術(shù)啊。

我知道很多朋友都還活在地底下呢：PC WebUI、本地安裝部署、單實例關(guān)系數(shù)據(jù)庫、ETL/數(shù)據(jù)倉庫。

其實，就連云計算都上半場都過去了，你們還迷離馬鐙的。

云技術(shù)上半場是：

1、UI層：移動App、微信小程序

2、邏輯層：分布式微服務(wù)、分布式消息中間件

3、數(shù)據(jù)層：分布式關(guān)系數(shù)據(jù)庫、分布式NOSQL數(shù)據(jù)庫

4、數(shù)據(jù)層：實時大數(shù)據(jù)計算平臺

5、基礎(chǔ)設(shè)施層：虛擬化、容器

同志們，這都過去了。你用了分布式微服務(wù)了沒，你用了NOSQL了沒，你用了容器了沒？你的應(yīng)用是不是還活在10年以前啊。

云技術(shù)下半場應(yīng)該是：

1、UI層：IoT智能硬件傳感器、麥克風(fēng)語音交互、攝像頭視覺識別

2、邏輯層：人工智能關(guān)聯(lián)推薦&最佳資源調(diào)度

3、數(shù)據(jù)層：跨鏈區(qū)塊鏈

4、基礎(chǔ)設(shè)施層：量子計算

未來輸入數(shù)據(jù)可不是在PC Web上或移動App上不斷的人工錄入啊錄入，而是很多種手段采集數(shù)據(jù)：

智能硬件傳感器收集

攝像頭視覺識別收集

麥克風(fēng)語音交互收集

互聯(lián)網(wǎng)爬蟲收集

互聯(lián)網(wǎng)OpenAPI來收集

未來也不是在邏輯技術(shù)層寫死業(yè)務(wù)規(guī)則邏輯代碼，而是設(shè)計好模型、觸發(fā)消息，通過人工智能最佳調(diào)度算法自動調(diào)整模型、自動設(shè)置閾值來觸發(fā)邏輯規(guī)則條件發(fā)生。所以，中臺應(yīng)用邏輯是活的，是大數(shù)據(jù)訓(xùn)練的人工智能智能執(zhí)行的。

未來的輸出也不是PC Web UI、移動App UI，也不是什么查詢報表、統(tǒng)計可視化這些現(xiàn)在的東西，而是沒有異常的時候業(yè)務(wù)流程和機器設(shè)備自己黑燈跑，有了異常的時候會自動推送消息給你，和你進行語音交互，你下了人工干涉命令后它就會按照你的指示再次自動調(diào)節(jié)規(guī)則自動黑燈運行。

你以為這是科幻？嘿嘿嘿，你連已經(jīng)成熟了十年的云上半場技術(shù)都還沒有應(yīng)用，還在討論概念，你怎能不覺得是科幻呢？夏蟲不可語冰。夏蟲是不可能想象出冰是什么樣子的。

（4）我們說說應(yīng)用分層

我們講了未來的應(yīng)用是：產(chǎn)業(yè)互聯(lián)網(wǎng)、社會化商業(yè)，到處連接；我們講了未來的技術(shù)是：人工智能最佳算法調(diào)度，而非寫死的業(yè)務(wù)邏輯規(guī)則代碼。

我們現(xiàn)在再來講講應(yīng)用分層。估計很多人都沒聽過應(yīng)用也要分層。

是的，在這個未來應(yīng)用和未來技術(shù)體系內(nèi)，應(yīng)用也要分層。你不在這個體系內(nèi)看事，你肯定理解不了中臺應(yīng)用。因為中臺應(yīng)用就屬于應(yīng)用分層中的一層。

過去我們面對的是集中在一個IT系統(tǒng)里的功能，現(xiàn)在我們有了前臺應(yīng)用，即碎片化的應(yīng)用場景，它無處不在，分布在各個特定業(yè)務(wù)場景中。

有一些穩(wěn)定的共性應(yīng)用就放在了中臺，對前臺應(yīng)用形成被集成的Open API調(diào)用。

但是還有一種應(yīng)用它就更后臺，它就給企業(yè)內(nèi)部使用，它屬于內(nèi)斂內(nèi)控的，它趨向于越來越內(nèi)斂內(nèi)控，超穩(wěn)定。我們把它叫做后臺應(yīng)用，如各種工作流權(quán)限審批。

有人說，會計記賬以后會成為后臺應(yīng)用。我個人不這么看。我個人認為未來的應(yīng)用是這樣的一條龍全程自動化：

電子商務(wù)-電子支付-電子發(fā)票-電子合同-自動記賬-自動結(jié)賬-自動報表-自動報稅-自動銀行對賬-自動審計

所以說，會計模塊也會對外提供Open API，各種應(yīng)用（如費用報銷SaaS、人力資源薪酬管理SaaS），都可以直接調(diào)用Open API，直接記賬。所以，就連會計記賬模塊，以后也會分成中臺應(yīng)用和后臺應(yīng)用。

以后會不會沒有后臺應(yīng)用呢？也許長期會存在。在未來5年甚至更長的時間，我們的應(yīng)用格局會呈現(xiàn)下列樣子：

1、龐大的、碎片化的前臺應(yīng)用

2、中度規(guī)模、相對共性穩(wěn)定的、對上提供Open API集成的中臺應(yīng)用

3、以后會越來越小但在相當(dāng)長時間內(nèi)還會比較中度規(guī)模的，非常穩(wěn)定的后臺應(yīng)用

有人說，中臺應(yīng)用因為與無數(shù)個場景進行連接，所以是海量連接、海量并發(fā)、海量數(shù)據(jù)，而后臺應(yīng)用是內(nèi)斂內(nèi)控的，是超穩(wěn)定應(yīng)用，少量人應(yīng)用少量數(shù)據(jù)。我是不同意這個觀點的。一般持這種觀點的人，是因為用的ERP還是20年前的技術(shù)，根本沒把ERP改造成云技術(shù)上半場的技術(shù)：多端適配的UI、分布式微服務(wù)、分布式關(guān)系數(shù)據(jù)庫/分布式NOSQL數(shù)據(jù)庫、實時大數(shù)據(jù)技術(shù)平臺、云IaaS。

（5）中臺與平臺的區(qū)別

中臺、平臺，都帶一個“臺”字，都傻傻分不清了。尤其兩者都還對外提供Open API。

但，嘿嘿，中臺是業(yè)務(wù)應(yīng)用啊，平臺是不帶有業(yè)務(wù)特征性啊。剛才我就提到了零售中臺、財務(wù)中臺。

中臺是被別人集成的，要爬在無數(shù)個別人的身上。而平臺的作用一般是要集成別人的，讓無數(shù)個別人爬到自己身上。

中臺是動態(tài)變化的，是數(shù)據(jù)驅(qū)動不斷訓(xùn)練調(diào)整人工智能業(yè)務(wù)算法和業(yè)務(wù)模型的。平臺是靜態(tài)的，一旦版本發(fā)布，不管你是今年調(diào)用這個功能，還是明年調(diào)用這個功能，出來的效果是一樣的。

（6）完整的體系應(yīng)該是什么樣子

第一層：無數(shù)碎片化的、場景化的前臺業(yè)務(wù)應(yīng)用，如零售、采購、招聘、報銷...

第二層：業(yè)務(wù)中臺，如零售中臺、人力中臺、財務(wù)中臺....

第三層：數(shù)據(jù)中臺：主數(shù)據(jù)（畫像標簽/關(guān)系圖譜）、數(shù)據(jù)模型、人工智能業(yè)務(wù)算法

第四層：后臺應(yīng)用：如被分解后剩下的單一企業(yè)內(nèi)部超穩(wěn)定的收斂的應(yīng)用

第五層：應(yīng)用平臺：協(xié)同平臺（工作流引擎/消息引擎等）、應(yīng)用組件（聚合支付/電子發(fā)票/電子合同/自動報稅等等）、集成開發(fā)平臺/定制開發(fā)平臺/實施平臺/運維平臺

第六層：技術(shù)平臺：微服務(wù)中間件、SQL/NOSQL數(shù)據(jù)庫、大數(shù)據(jù)技術(shù)平臺（如Hadoop和Spark）、AI技術(shù)引擎、云IaaS平臺

（7）中臺的核心本質(zhì)

一句話：中臺的核心本質(zhì)就是：業(yè)務(wù)為本、網(wǎng)絡(luò)連接、數(shù)據(jù)智能。

不理解我這個話的，你們再看一遍我的這篇文章。

姜文說的好：看不懂？那就再看一遍去。