導讀：阿里巴巴的中臺戰(zhàn)略最早從業(yè)務中臺和數(shù)據中臺開始，采用業(yè)務和數(shù)據中臺相結合的雙中臺建設模式。后來又有人提出了各種各樣的其他中臺，比如技術中臺、AI中臺等，不一而足。

其實不少企業(yè)在很多年前就已經有了建設大平臺的實踐經驗。在中臺被熱議的當下，相信你一定聽過很多對中臺的質疑聲。

比如，有人說：“中臺就是個怪名詞，它不就是已經做了好多年的平臺嗎？”

確實！中臺源于平臺，但它的戰(zhàn)略高度要高于平臺。

本文希望你能清楚平臺與中臺的主要差異是什么，中臺到底是什么，傳統(tǒng)企業(yè)的中臺建設策略是否應該和阿里一樣等內容。

作者：歐創(chuàng)新 鄧頔

來源：大數(shù)據DT（ID：hzdashuju）

01?平臺是中臺嗎

在阿里巴巴完美落地中臺戰(zhàn)略后，很多企業(yè)開始與阿里的中臺對標。其中有不少企業(yè)在十多年前就完成了大一統(tǒng)的集中式系統(tǒng)拆分，實現(xiàn)了從傳統(tǒng)大單體應用向大平臺的演進，他們也按照業(yè)務領域將公共能力和核心能力分開建設，解決了公共功能模塊重復投入和重復建設的問題。

那這是不是阿里所說的中臺呢？在回答這個問題之前，我們不妨先了解一下阿里的中臺到底是什么樣的。

阿里業(yè)務中臺的前身是共享平臺，而原來的共享平臺更多是被當作資源團隊，承接各業(yè)務方的需求，并為業(yè)務方在基礎服務上做定制開發(fā)。

阿里業(yè)務中臺的目標是把核心服務鏈路（會員、商品、交易、營銷、店鋪、資金結算等）整體當作一個平臺產品來做，為前端業(yè)務提供的是業(yè)務解決方案，而不是彼此獨立的系統(tǒng)。這種能力有別于傳統(tǒng)的煙囪式的系統(tǒng)建設方式。

有些企業(yè)的IT人員說：“我們系統(tǒng)很多，功能很強大，所有業(yè)務點都有系統(tǒng)支持，但為什么業(yè)務人員總抱怨系統(tǒng)做得不夠好，業(yè)務響應不夠快呢？”

其實這是一個很多企業(yè)都在討論的、應用“可用”與“好用”的話題。拋開商業(yè)模式的原因，問題根源很有可能出在系統(tǒng)的共享、聯(lián)通和融合能力上。在進行應用建設時，有些人可能會站在部門或個人利益的角度，特別強調和關注應用的局部“可用”，卻忽略了企業(yè)級業(yè)務和流程的整體“好用”。

有的企業(yè)由于缺乏總體規(guī)劃，應用建設目標不夠明確，加上天然的組織架構、數(shù)據和業(yè)務邊界，很自然地就出現(xiàn)了明顯的系統(tǒng)邊界和系統(tǒng)重復建設的問題，難以支持企業(yè)級業(yè)務能力的快速融合，不能快速響應企業(yè)級業(yè)務和商業(yè)模式創(chuàng)新，對前臺一線業(yè)務支持和融合也不夠好，難以在前臺形成一致的用戶體驗，最終影響企業(yè)業(yè)務發(fā)展。

這種問題在業(yè)務領域分布廣泛的大型集團級企業(yè)可能會更加突出。而對于大型企業(yè)而言，要想解決從“可用”到“好用”的問題，其實還有很長的路要走。

下面我們來分析一下傳統(tǒng)企業(yè)大平臺戰(zhàn)略和阿里中臺戰(zhàn)略的主要差異。

傳統(tǒng)企業(yè)的很多平臺只是將部分通用的公共能力獨立為共享平臺。這類平臺雖然可以通過API或者以數(shù)據服務的形式對外提供共享服務，解決系統(tǒng)重復建設的問題，但它們并沒有與企業(yè)內的其他平臺或應用實現(xiàn)從前端到后端的頁面、業(yè)務流程和數(shù)據的全面融合，沒有將企業(yè)核心業(yè)務服務鏈路作為企業(yè)級解決方案來考慮。各平臺仍然是分離且獨立的，本質上仍然是煙囪式建設模式。

可見，項目級的平臺雖然解決了公共能力復用的問題，但與企業(yè)級中臺的建設目標顯然還有一定差距！

02?中臺到底是什么

“一千個讀者就有一千個哈姆雷特”，用這句話形容技術圈對中臺的理解再合適不過了。這也說明了大家對中臺的定位和理解還存在很大的爭議。

我們先看一下阿里對中臺的定義：

中臺是一個基礎的理念和架構，我們要用中臺的思想建設、聯(lián)通所有基礎服務，共同支持上端的業(yè)務。業(yè)務中臺更多的是支持在線業(yè)務，數(shù)據中臺則提供基礎數(shù)據處理能力和很多的數(shù)據產品供所有業(yè)務方使用。即由業(yè)務中臺、數(shù)據中臺、算法中臺等一起提供對上層業(yè)務的支撐。

再看一下ThoughtWorks對中臺的定義：

中臺是企業(yè)級能力復用平臺。

綜上，我們可以提煉出幾個關于中臺的關鍵詞：共享、聯(lián)通、融合和創(chuàng)新。聯(lián)通是前臺以及中臺之間各業(yè)務板塊的聯(lián)通，融合是前臺企業(yè)級業(yè)務流程和數(shù)據的融合，并以共享的方式支持前臺一線業(yè)務的發(fā)展和創(chuàng)新。

我認為，中臺首先體現(xiàn)的是一種企業(yè)級的能力，它提供的是一套企業(yè)級的整體解決方案，解決小到企業(yè)、集團，大到生態(tài)圈的能力共享、業(yè)務聯(lián)通和融合的問題，支持業(yè)務和商業(yè)模式創(chuàng)新。通過平臺聯(lián)通、業(yè)務和數(shù)據融合，為前臺用戶提供一致體驗，更敏捷地支撐前臺一線業(yè)務。

中臺來源于平臺，但與平臺相比，中臺更多是一種理念的轉變，它主要體現(xiàn)在這三個關鍵能力上。

對前臺業(yè)務的快速響應能力。

企業(yè)級的復用能力。

從前臺、中臺到后臺的設計、研發(fā)、頁面操作、流程、服務和數(shù)據的無縫聯(lián)通、融合能力。

其中最關鍵的是業(yè)務快速響應能力和企業(yè)級無縫聯(lián)通及融合能力，尤其是對于跨業(yè)經營的超大型企業(yè)來說，這種能力至關重要。

03?傳統(tǒng)企業(yè)中臺的建設策略

與傳統(tǒng)企業(yè)不同，擁有流量入口的超大型互聯(lián)企業(yè)是互聯(lián)網生態(tài)圈的創(chuàng)造者，而傳統(tǒng)企業(yè)只是生態(tài)圈種群中的個體，除了需要做好原有的傳統(tǒng)渠道業(yè)務外，還需要融入互聯(lián)網生態(tài)圈，其商業(yè)模式、個體能力，以及與其他個體共生的能力決定了它的發(fā)展?jié)摿Α?/p>

相對互聯(lián)網企業(yè)而言，傳統(tǒng)企業(yè)的渠道應用更加多樣化，有面向內部人員的門店類應用、面向外部用戶的互聯(lián)網電商以及移動App類應用。這些應用面向的用戶和場景可能不同，但其功能與產品同質化嚴重，基本涵蓋了企業(yè)的核心業(yè)務能力。

此外，傳統(tǒng)企業(yè)也會將部分核心應用的頁面或API服務能力開放給生態(tài)圈第三方，實現(xiàn)業(yè)務的優(yōu)勢互補，相互借力發(fā)展。

為了適應不同業(yè)務和渠道的發(fā)展，過去很多企業(yè)的做法是開發(fā)很多相互獨立的應用或App。但由于IT系統(tǒng)建設初期并沒有企業(yè)級的整體規(guī)劃，平臺之間融合不好，直接影響了用戶體驗，歸根結底是用戶并不想安裝那么多App。

為了提升用戶體驗，實現(xiàn)統(tǒng)一運營，很多企業(yè)開始縮減App的數(shù)量，在一個App中集成企業(yè)內的所有能力，聯(lián)通前臺所有的核心業(yè)務鏈路。

由于傳統(tǒng)企業(yè)的商業(yè)模式和IT系統(tǒng)建設發(fā)展的歷程與互聯(lián)網企業(yè)不是完全一樣的，因此傳統(tǒng)企業(yè)的中臺建設策略與阿里中臺戰(zhàn)略也會有所差異，中臺需要共享的內容也不太一樣。但是傳統(tǒng)企業(yè)的中臺建設策略與阿里的中臺建設策略基本相同，都需要從業(yè)務中臺和數(shù)據中臺這種雙中臺的模式開始建設，如圖1-1所示。

▲圖1-1 “業(yè)務+數(shù)據”雙中臺建設模式

我們來分析一下企業(yè)中臺的能力建設過程。企業(yè)中臺業(yè)務能力建設一般會經歷“分”和“合”兩個過程。通過將企業(yè)可復用的能力沉淀，形成多個不同業(yè)務領域職責單一的中臺領域模型，然后對這些不同類型的中臺業(yè)務能力進行組合和編排，形成企業(yè)級業(yè)務能力，從而在企業(yè)領域模型的“穩(wěn)”和商業(yè)模式與業(yè)務流程的“變”中找到最佳平衡。

“分”的主要目標是通過業(yè)務領域邊界劃分和微服務拆分，建立穩(wěn)定的、單一職能的領域模型，讓業(yè)務和應用具有更強的擴展和復用能力。但分不是目的，而是手段，是根據單一職責原則實現(xiàn)業(yè)務能力的復用和高內聚。

分的過程主要發(fā)生在業(yè)務中臺，在完成業(yè)務領域和微服務拆分后，降低了應用建設的復雜度，使業(yè)務和應用具有更強的擴展能力和穩(wěn)定性。

在完成業(yè)務能力拆分后，我們還需要對這些拆分后的、穩(wěn)定的、可復用的核心領域能力進行組合、編排和融合，形成企業(yè)級能力，從而靈活快速地適配外部業(yè)務和流程以及商業(yè)模式的變化，這是“合”的過程。

“合”包括業(yè)務融合和數(shù)據融合。業(yè)務融合主要作用在前臺，實現(xiàn)企業(yè)不同業(yè)務板塊能力的聯(lián)通、組裝和整合，實現(xiàn)企業(yè)級業(yè)務流程的融合，提供一致的前臺用戶體驗。而數(shù)據融合則主要作用在數(shù)據中臺，實現(xiàn)企業(yè)不同業(yè)務板塊數(shù)據的匯集、集成、智能分析和商業(yè)模式創(chuàng)新等，為企業(yè)前臺業(yè)務提供統(tǒng)一的智能化數(shù)據服務。

在進行業(yè)務領域劃分和中臺設計時，由于渠道多樣化，傳統(tǒng)企業(yè)不僅要將通用能力中臺化，以實現(xiàn)通用能力的沉淀、共享和復用（這里的通用能力對應DDD的通用子域或支撐子域），還需要將核心能力中臺化，以滿足不同渠道的核心業(yè)務能力共享和復用的需求，避免傳統(tǒng)核心和移動互聯(lián)等不同渠道應用之間出現(xiàn)“后端雙核心、前端兩張皮”的問題（這里的核心能力對應DDD的核心子域）。

上述這些都屬于業(yè)務中臺的范疇，需要我們解決核心業(yè)務鏈路的聯(lián)通和不同渠道服務復用的問題。

• 注意：“后端雙核心、前端兩張皮”主要是指IT重復建設的問題。

  對于相同的核心業(yè)務領域，傳統(tǒng)核心應用和移動互聯(lián)應用分別采用不同的技術棧重復建設，出現(xiàn)傳統(tǒng)應用和移動互聯(lián)應用兩個核心。而兩者在前端技術棧和展現(xiàn)方式又完全不同，無法復用。

除此之外，我們還需要解決微服務拆分后的數(shù)據孤島、數(shù)據融合和業(yè)務創(chuàng)新等問題，這就屬于數(shù)據中臺的范疇了，尤其是當我們采用分布式微服務架構以后，就更應該關注微服務拆分后的數(shù)據融合和共享問題了。

綜上，在中臺設計和規(guī)劃時，我們需要整體考慮企業(yè)內前臺、中臺以及后臺應用的協(xié)同，實現(xiàn)不同渠道應用的前端頁面、流程和服務的共享，還有核心業(yè)務鏈路的聯(lián)通以及前臺流程和數(shù)據的融合、共享，以支持前臺一線業(yè)務和商業(yè)模式創(chuàng)新。

關于作者：歐創(chuàng)新，某大型保險公司架構師，擁有十多年的軟件架構設計經驗。熱衷于DDD、中臺和分布式微服務架構設計。在DDD、中臺和分布式微服務架構設計方面有深厚的積累，擅長分布式微服務架構設計。

鄧頔，某大型保險公司高級工程師，全國青年崗位能手。致力于基于DDD的企業(yè)級中臺微服務架構改造實踐，精通前端開發(fā)相關技術棧，擁有豐富的企業(yè)級微前端實戰(zhàn)經驗。

本文摘編自《中臺架構與實現(xiàn)：基于DDD和微服務》，經出版方授權發(fā)布。

延伸閱讀《中臺架構與實現(xiàn)》

點擊上圖了解及購買

轉載請聯(lián)系微信：DoctorData

推薦語：資深架構師撰寫，系統(tǒng)闡述基于DDD的中臺和微服務建設方法論，深刻揭示中臺從領域建模到微服務落地完整過程。

劃重點????

干貨直達????

• 重磅盤點：2020年50萬大數(shù)據DT用戶最愛的10本書
  

• 中國游戲大數(shù)據：市場規(guī)模全球第一，直播已進入黃金期
  

• 終于有人把標簽設計講明白了
  

• 終于有人把業(yè)務中臺、數(shù)據中臺、技術中臺都講明白了

更多精彩????

在公眾號對話框輸入以下關鍵詞

查看更多優(yōu)質內容！

PPT?|?讀書?|?書單?|?硬核?|?干貨?|?講明白?|?神操作

大數(shù)據?|?云計算?|?數(shù)據庫?|?Python?|?可視化

AI?|?人工智能?|?機器學習?|?深度學習?|?NLP

5G?|?中臺?|?用戶畫像?|?1024?|?數(shù)學?|?算法?|?數(shù)字孿生

據統(tǒng)計，99%的大咖都完成了這個神操作

????

總結

以上是生活随笔為你收集整理的中台到底是什么？传统企业怎样建设中台？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。