歡迎光臨
每天分享高質量文章

中台不同於平臺,那麼到底啥是中台?

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度的資料訓練,它的智力就會天天進化,隨著社會動態變化不斷自動調節適應了。

 

你可以把和外部連接的應用放到公有雲上,因為他們是外部連接型的,你把他們放到你的內部私有環境中他們就跑不起來了。

 

你當然可以把你只內部的應用放到你的內部私有環境中。要把公有外部連接的應用和純內部使用的應用連接在一起,這就需要到了技術中台。按照這個角度來看,中台也不應該部署在私有環境中啊。它一定要放在混合雲環境中,這樣才方便公有雲應用和私有雲應用連接打通。

 

在技術中台這裡,最核心的就是集成中台:

  • 1、集成各類企業內部ERP
  • 2、集成各類公有雲SaaS
  • 3、集成各類互聯網電子商務Open API
  • 4、對外統一開放API,便於外部生態應用接入與融合

 

你看,大量都是內外連接能力,需要經常變動、需要內外通暢。

 

6、資料中台

 

所謂的資料中台,是帶有產業主資料、畫像標簽、業務模型、業務演算法的。

 

所謂的資料平臺,才是那些最基礎最通用的什麼Hadoop、Spark、Flink、Impala、HBase、Flume、Mahout、ElasticSearch…。

 

這樣一說,大家就很清楚什麼是資料中台,什麼是資料平臺了。有人拿資料平臺來冒充資料中台,把客戶當傻子來騙,顯得可恥。

已同步到看一看
赞(0)

分享創造快樂