導讀：

中臺，透過業務、資料和技術的抽象，形成了服務能力的複用，構建了企業級的服務能力，消除了企業內部各業務部門、各分子公司間的壁壘，適應了企業，特別是大型企業集團業務多元化的發展戰略。

基於中臺，可快速構建面向最終消費者和客戶的前臺應用，從而滿足各種個性化特徵的前臺需求，為企業的數字化轉型提供一條明確的道路。

作者：陳新宇 羅家鷹 鄧通 江威

如需轉載請聯絡華章科技

01 什麼是中臺

那麼中臺到底是什麼？中臺是一個新的概念，還是舊有名詞，在新時期我們賦予其新的內涵？本節介紹中臺的歷史起源，以及數字化時代中臺在企業資訊化建設中的展現和作用。

1. 中臺的源起

中臺不是一個新名詞。

在一個投資銀行的組織結構中：

前臺

（Front office）是與客戶和顧客（無論是個人客戶還是公司客戶）直接互動的崗位，諸如大堂經理、客戶經理、櫃員等。

中臺

（Middle office）是指直接支援前臺工作的所有人員，使用前臺或後臺的資源，為前臺提供專業性的管理和指導，並進行風險控制，比如風險管理、合規、財務管控以及IT服務等。

後臺

（Back office）指幕後的職能崗位，行使管理職能，比如結算、清算、會計、人力資源等。

位於芬蘭的著名移動遊戲公司Supercell以小前臺的方式組織了若干個開發團隊。每個團隊包含了開發一款遊戲所需的各種角色。這樣，各個團隊可以快速決策、快速開發。而基礎設施、遊戲引擎、內部開發工具和平臺則由類似“

部落

”的部門提供。

“部落”可以根據需要擴充套件為多個小分隊，但各個小分隊都保持共同的目標。“部落”本身並不提供遊戲給消費者。

2. 國內大廠中臺建設概況

阿里巴巴

2015年的阿里巴巴已擁有規模龐大的個人會員和企業會員，業務種類紛繁複雜，業務之間交叉依賴，業務團隊眾多，不能及時響應業務的要求。

因此當年12月，時任阿里巴巴集團CEO的張勇透過內部郵件宣佈啟動阿里巴巴2018年中臺戰略，構建符合DT時代的

更創新靈活

的“

大中臺、小前臺

”的組織機制和業務機制，實現管理模式創新。

即將產品技術力量和資料運營能力從前臺剝離，成為獨立的中臺，包括搜尋事業部、共享業務事業部、資料平臺事業部等，為前臺即零售電商事業群提供服務。從而前臺得到精簡，保持足夠的敏捷度，更好地滿足業務發展和創新。

2017年5月出版的《企業IT架構轉型之道：阿里巴巴中臺戰略思想和架構實戰》詳細闡述了業務中臺是介於前臺與後臺之間的。採用共享式的方式建設解決了以往煙囪式和單體式架構設計的重複開發、資料分散、試錯成本高等問題。

列舉了建設業務中臺的一些原則：高內聚低耦合、資料完整性、可運營性、漸進性等。

此書的出版推動了中臺思想和建設。

滴滴

之後，很多網際網路公司也在快速跟進中臺。滴滴出行在2017年12月分享了《如何構建滴滴出行業務中臺》。滴滴出行在前端業務上形成了計程車、快車、專車、代駕等多業務共同發展的業態。雖然各業務的應用場景不同，但所有業務本質都是出行，交易流程是相同的。如果各業務獨立發展，則業務間缺少協同性。

京東

京東在2018年12月宣佈採用前臺、中臺和後臺的組織架構。前臺職能是理解和洞察客戶需求和行為，透過產品創新和精細化運營服務客戶，最終實現和提升客戶價值。中臺透過沉澱、迭代和元件化地輸出服務於前臺不同場景的通用能力，作為為前臺業務運營和創新提供專業能力的共享平臺。後臺職能則提供基礎設施建設、服務支援與風險管控，為中、前臺提供保障。

3. 從組織管理和技術系統角度看中臺

中臺可以作為一種企業組織管理模式和理念。不過從技術系統角度，中臺也可以作為一種新型的企業IT設施架構。此外，為建設中臺系統，有些企業會成立專門的中臺技術團隊來整體負責、實現和運營。因此作為組織管理模式的中臺和中臺系統這兩者並不是截然分開的。

中臺化的組織方式就是在公司內部構建統一的協同平臺。

一方面，可以讓各業務部門保持相對的獨立和分權，保證對業務的敏感性和創新性；另一方面，用一個強大的平臺來對這些部門進行總協調和支援，平衡集權與分權，併為新業務新部門提供生長的空間，從而大幅降低組織變革的成本。

中臺部門提煉各業務線的共性需求，最大限度地減少“重複造輪子”。

從技術系統層面，

中臺是企業級共享服務平臺。

傳統的IT系統或套件沒有太多關注系統能力的複用和共享，因此企業在多年的資訊化過程中引入和建設了多套具有重複功能的煙囪型系統。

而中臺則要求對能力進行細粒度的分析，識別共享的能力，並將共享的能力建設成為統一的平臺。因此中臺不是單系統的服務化。

綜上所述，

中臺的核心思想是能力的樞紐和共享。

中臺是在集中的基礎上建設分權的業務，進行聯通，併為各業務提供統一的服務。因此一切將企業的各式各樣的資源轉化為易於前臺使用的能力，為企業進行“以使用者為中心”的數字化轉型服務的平臺，都是中臺。

但要注意，與此思想相匹配所建設的中臺團隊並不能當作是資源共享的團隊。中臺團隊關注的是如何形成基礎服務，為前臺團隊建設業務應用提供便利。因此中臺要實現平臺邏輯與業務邏輯的分離，並且隔離不同前臺業務。

另外，

中臺不是微服務

，因為中颱不僅僅是一種技術架構，中臺還是企業進行數字化轉型的整體參考架構。不過從技術角度，

可以認為微服務是建設中臺的最佳實踐。

微服務是一種將J2EE時代的單體架構拆分為多個微服務的技術架構。微服務將相關聯的業務邏輯及資料放在一起形成獨立的邊界。各個微服務之間透過標準的協議，比如HTTP RESTful風格進行通訊訪問。各個微服務間是松耦合的。不同的微服務開發團隊理論上可以使用不同的技術棧來實現微服務而無須強求一致。

另外，微服務所需的資料儲存一般都由單獨的資料庫例項或資料庫模式隔離，資料的互動只能透過介面或訊息，而不能在資料庫層直接訪問另一微服務的資料。微服務強調介面的隔離原則，透過介面封裝。

由於微服務可單獨部署，因此可根據需要對所需的微服務進行擴縮容，無需針對整個系統，從而系統的伸縮性更靈活，更能應對大流量併發場景，比如秒殺。微服務擁有與生俱來的獨立開發、獨立部署、獨立釋出，支援高併發高可用，以及去中心化管理的優點。

但由於微服務是分散式程式設計，提高了開發、除錯、部署、運維等的難度，增加了服務管理的複雜度，且需要重新設計比如原先由單一資料庫所保證的原子性等等。雖然微服務對開發團隊提出了更高的要求，但是它促進了研發團隊的一體化運維能力，從而改變了企業的研發組織架構。

02 中臺系統及展現形式

中臺是數字化轉型下重構企業IT基礎設施的最佳實踐。

那麼，怎麼理解中臺是企業級共享服務平臺？我們先來看看中臺的起源地阿里巴巴建設中臺的驅動力和成果。

2008年的阿里巴巴集團由於企業內部部門之間的隔離、業務目標相對不一致，淘寶和淘寶商城（即現今的天貓）是作為兩套獨立的系統分別建設的，即是兩套獨立的煙囪型系統。但二者的基礎業務都是電商交易，因此基本功能是類似的，比如包括商品、交易、支付、評價、物流、積分、論壇等。

由於系統間的隔離，雖然商城的流量和交易持續走低，卻無法將淘寶的流量引流到淘寶商城。因此，兩個業務部門商量規劃如何打通兩個電商平臺，從而成立共享業務事業部，著手進行內部稱為“

五彩石

”的專案。

“五彩石”專案的成果，即現在稱為“中臺”的各共享業務服務中心，為後續天貓的快速發展奠定了堅實的基礎。中臺整合了阿里巴巴集團的產品技術能力和運營資料能力，對各前臺業務形成了強有力的支撐。後續上線的聚划算、1688等均得益於中臺的建設。

由此可以看到，企業在資訊化建設過程中，不同業務部門基於本部門的業務需求提出了相對獨立的方案。IT部門為滿足不同業務部門的不同業務需求（有時甚至是相互衝突的）搭建了紛繁複雜且部分功能重複的煙囪式系統。

煙囪式的系統建設不僅帶來了功能的重複建設，還帶來了重複維護，導致企業的重複投資。

此外，為了打通煙囪式系統，還需要專門設計第三方整合方案或引入企業服務匯流排ESB的概念，整合和協作成本高昂。因此，在建設和引入新的系統時，雖然各部門根據自己的業務需求構建了定製化的最優解決方案，但這些方案可能只是區域性最優；如果從公司整體來看，不一定是全域性最佳的解決方案。

所以，構建系統如果不從全域性出發，不進行現有系統的改造升級、重複利用，那麼只能是在舊有的複雜性上再次引入新的複雜性，導致系統越建越複雜，而效率卻越來越低。

既然我們強調中臺是能力的複用，那麼在建設新系統或業務應用時，可複用的能力具體是以什麼樣的形式提供的呢？

在程式設計中，

函式

是將一段經常使用的程式碼封裝起來，然後在需要使用時可直接呼叫。使用函式體現了程式設計模組化的指導思想，將大問題分解為小問題，透過解決小問題來解決大問題。其次，函式的使用大大減少了重複編寫程式段的工作量。相關的通用的函式集，可以編譯成為動態連結庫及類庫，再次提升了複用的可能。

既然我們可以使用函式、類庫的方式將一些可複用的功能封裝起來，那是不是也可以將可複用的功能作為服務提供？

以服務的方式提供的共享能力平臺就是中臺。

中臺是比函式和類庫更高一層次的複用封裝（如圖3-2所示），從而更好地服務於業務。

▲圖3-2 共享的三個層次

本文摘編自即將出版的新書《中臺戰略：中臺建設與數字商業》，經出版方授權釋出。

推薦語：

本書是由雲徙旗下架構師貝雷帽俱樂部的專家團隊共同打造，是企業建設中臺實戰性著作，是阿里巴巴中臺技術落地企業的經驗總結。本書從數字營銷視角對中臺進行解構，並配以詳實的實戰案例，相信此書能給讀者以啟發，能為企業營銷中臺化升級提供參考！

點選擴充套件連結搶鮮閱讀。

還可以向作者提問、跟書友交流。