到底啥是平臺，到底啥是中臺？李鬼太多，不得不說(ZT)

（1）哪些不是中臺，而是應該叫平臺

 

作開發，有所謂的三層技術架構：前端展現層、中間邏輯層、後端數據層。咱們如今講的中臺不在這個維度上。

 

作開發，還有所謂的技術中間件。一開始咱們沒有中間件的概念，只有操做系統、數據庫這些簡單玩意，後來有了所謂的分佈式計算，纔有了所謂的中間件。如分佈式組件容器（如EJB容器/COM容器），如分佈式事務（有了分佈式事務協調中間件），如須要在分佈式應用之間傳遞數據就有了分佈式消息隊列...。從而，中間件成了一個獨立市場。可是，咱們如今講的中臺也不在這個維度上。

 

如今到了雲計算時代，雲計算整個大致系被簡單粗暴分爲SaaS、PaaS、IaaS，有人就混淆視聽，就把PaaS叫作中臺，中臺就濫了：Spark/Hadoop叫作中臺、TensorFlow 人工智能叫作中臺、IoT物聯接入平臺叫作中臺、音視頻處理（如轉碼/裁剪/鑑黃等）也叫作中臺。麻麻蛋。如今是個東西就叫作中臺。可是，咱們真正要講到的中臺也並不在PaaS這個維度上。

 

（2）咱們爲何須要中臺

 

由於這是一個企業信息化的新時代。爲何這樣說呢？

 

過去企業信息化的主流重心是企業內部信息化。但如今以及將來的企業信息化的主流重心是企業外部信息化。

 

我過去已經說了，中國互聯網從1998年算起（新浪搜狐網易都在那一年成立），到如今20年了。20年，其實就兩個階段。按to C的分法就是PC互聯網時代、移動互聯網時代，按to B的分法營銷時代、交易時代。第一個10年（1998-2008），無論你是搞音樂圖片視頻，仍是你搞新聞、爬蟲新聞、博客論壇，本質上就一個事：作內容拉消費者流量而後拉企業廣告變現。到了第二個10年（2008-2018），給企業倒流量，企業已經不信了，你給我多少點擊量沒用，我歸根到底仍是得看我賣出了多少東西。因此中國互聯網進入了交易時代。爲啥從2008年以後，中國電子商務公司如雨後春筍爆發，就是由於這個歷史大規律背景。從如今開始到將來十年（2018-2028），進入了第三個時代。由於在第二個十年，有了消費者也有了訂單了，可是上游生產、採購、研發設計不給力啊。市場機會轉瞬即逝，誰快誰就能抓住機會。因此中國上游生產、採購、研發設計必需要變革，來適應下游消費者訂單。這就是中國互聯網企業紛紛進入to B市場紛紛進入企業服務領域的根本歷史大背景。什麼to C流量紅利沒了成紅海了，什麼中國人力成本高了須要精細化運營了，這純粹都是外行瞎逼逼、腦子進水了。

 

我過去已經說了，中國企業軟件，從內部單部門單崗位應用，進化到內部多部門多崗位應用，後來又到整個企業乃至整個企業集團的所有應用。再往大長，就必需要突破企業邊界，進化到企業的衣食父母（客戶）的信息化，這就是我說的鏈接客戶（消費者），讓消費者直接參與到企業IT業務流程處理中。進而再進化到鏈接企業的上下游，爲消費者需求與訂單進行通力合做、敏捷互動。最後再進化到鏈接社會基礎設施，如工商稅務海關銀行、交管車管、國土住建、社保民政、質檢安監...。

 

因此，如今以及將來的企業信息化的主流重心是企業外部信息化：鏈接消費者、鏈接產供銷研上下游、鏈接社會基礎設施單位。

 

由於要鏈接消費者。也就是說，消費者在哪裏，咱們就要鏈接哪裏。這勢必形成了IT應用微型化、場景化、碎片化。尤爲如今是移動互聯網時代，App技術特性決定了流量是被碎片化的不能聚合的。

 

另外，中國的消費者變化快（也有人說這是中國消費者不理性不成熟的表現），這也勢必形成了IT應用要快速迭代改變。

 

另外，中國的消費者是巨量的。中國每個省就至關於歐洲的一個國家的大小、GDP規模、人口數量。

 

因此，咱們必須把咱們過去鐵板一塊的應用拆分拆分。與外部鏈接相關的的應用場景，必定要作成微型化、場景化、碎片化、微服務Open API技術，這樣便於快速鏈接、快速迭代改變。

 

（3）業務中臺

 

我們就拿所謂的新零售舉例子吧。過去的零售渠道很經典，如今，光互聯網零售渠道就有不少，還有線下零售渠道，如今還有大客戶零售渠道。過去支付方式也不多，如今線上線下不少支付方式。過去消費者來源不多，如今無界零售，有消費者流量的地方就是消費者來源。

 

因此，在新零售的IT面前，統一會員、統一營銷、統一訂單、統一庫存、統一支付、統一信用...，這些就成了需求。這就是中臺。而這些中臺，咱們叫作業務中臺。

 

固然，按照這種思惟來分析應用功能模塊，你確定會類推出財稅中臺、人力資源中臺、供應鏈中臺、新制造中臺....。

 

中臺還有好幾種，我接下來一塊塊說。

 

（4）應用中臺

 

除了剛纔上述講的業務中臺，還有一類中臺是應用中臺。

 

作商業應用級別的基礎設施，就必須擁有應用中臺，如企業雲盤、音視頻會議、企業直播、IM、多觸點交互機器人、聚合支付、電子發票、電子合同、電子憑證、銀企直聯...

 

他們都帶有業務應用特徵，不是純技術。可是他們又不是具體的業務場景應用，不是相似零售、製造、人力、財稅、OA、供應鏈、CRM這樣。

 

因此，我把他們這些都叫作應用組件，他們組成了應用中臺。

 

（5）技術中臺

 

還有一類是技術中臺，過去咱們把他們叫作技術平臺。

 

可是我這裏講的技術平臺不是指通用IaaS、通用技術中間件，我講的仍是企業應用的技術平臺。

 

爲啥過去叫技術平臺，如今就叫技術中臺了呢？

 

由於過去技術平臺是恆定的。也就是說，你發佈了一個版本，你用一年它也是這個功能能力，你用十年它也是這個功能能力。功能能力是不變的。

 

可是，有了數據和AI驅動，這個技術平臺就不恆定了。它裏面的不少功能特性就在每天進化、每天模型、參數在自動調節。因此咱們就把技術平臺升級到了技術中臺的概念層面。

 

因此我老呼籲，不要把中臺部署到企業內部私有環境中，這是錯誤的方向，這是老舊的技術平臺的思惟。若是部署在企業內部私有環境中，它就接受不到社會360度海量數據的訓練了，它只能接受你這一家企業單點的數據訓練了，因此它就成三歲小孩了，智力不增加了。

 

若是你部署在公有云或者專屬雲上，就會接受咱們平常360度的數據訓練，它的智力就會每天進化，隨着社會動態變化不斷自動調節適應了。

 

你能夠把和外部鏈接的應用放到公有云上，由於他們是外部鏈接型的，你把他們放到你的內部私有環境中他們就跑不起來了。

 

你固然能夠把你只內部的應用放到你的內部私有環境中。要把公有外部鏈接的應用和純內部使用的應用鏈接在一塊兒，這就須要到了技術中臺。按照這個角度來看，中臺也不該該部署在私有環境中啊。它必定要放在混合雲環境中，這樣才方便公有云應用和私有云應用鏈接打通。

 

在技術中臺這裏，最核心的就是集成中臺：

一、集成各種企業內部ERP

二、集成各種公有云SaaS

三、集成各種互聯網電子商務Open API

四、對外統一開放API，便於外部生態應用接入與融合

 

你看，大量都是內外鏈接能力，須要常常變更、須要內外通暢。

 

（6）數據中臺

 

所謂的數據中臺，是帶有產業主數據、畫像標籤、業務模型、業務算法的。

 

所謂的數據平臺，纔是那些最基礎最通用的什麼Hadoop、Spark、Flink、Impala、HBase、Flume、Mahout、ElasticSearch...。

 

這樣一說，你們就很清楚什麼是數據中臺，什麼是數據平臺了。有人拿數據平臺來冒充數據中臺，把客戶當傻子來騙，真是可恥。