阿里巴巴架構師：十問業務中臺和個人答案

「中臺」概念這幾年很是火，特別是阿里、騰訊、百度、京東等互聯網公司最近頻繁的基於中臺調整組織架構，把「中臺」的熱度又上升到另外一個高度，甚至有這樣的聲音， 90 年代不作 ERP 會死，如今不作中臺也會定企業生死。中臺的概念起源於阿里，也發展於阿里。筆者有幸參與阿里業務中臺方法體系建設，也主導參與一些阿里雲新零售業務中臺項目，常常被問到以下問題。本文做爲「阿里巴巴業務中臺」專題的第一篇，和你們分享一些思考（本文內容僅表明做者我的觀點，歡迎交流）。

什麼是業務中臺？

中臺起源於阿里，2015年，阿里提出了 「大中臺，小前臺」戰略，靈感來源於芬蘭的一家遊戲公司Supercell，僅300名員工，卻在短期推出多個爆款遊戲，成爲全球最會賺錢的遊戲公司。其實，阿里早在 2009 年建設「共享事業部」開始，就已經開始了中臺的探索，並經過十年上百個客戶的實踐，阿里也將本身的技術和業務能力沉澱成爲一整套解決方案和方法論體系。

中臺是什麼？不一樣的人有不一樣解讀。我認爲，中臺是一套結合互聯網技術和行業特性，將企業核心能力以共享服務形式沉澱，造成「大中臺、小前臺「的組織和業務機制，供企業快速低成本的進行業務創新的企業架構。中臺又能夠進一步細分，好比業務中臺，數據中臺，xx中臺。本質上，都是對企業通用能力在不一樣層面的沉澱，並對外能力開放。

業務中臺將企業的核心能力以數字化形式沉澱爲各類服務中心。業務中臺的目的是「提供企業可以快速，低成本創新的能力」。業務中臺的核心是「構建企業共享服務中心」。業務中臺的過程是經過業務板塊之間的連接和協同，持續提高業務創新效率，確保關鍵業務鏈路的穩定高效和經濟性兼顧的思想體系，並突出組織和業務機制。業務中臺也包含技術和組織兩大部分，經過「方法+工具+業務理解」加以實現。

數據中臺經過數據技術，對海量數據進行採集、計算、存儲、加工，同時統一標準和口徑。數據中臺把數據統一以後，會造成標準數據，再進行存儲，造成大數據資產層，進而爲客戶提供高效服務。數據中臺建設的基礎仍是數據倉庫和數據中心。

那業務中臺和技術中臺的關係是什麼呢？阿里有句話很是形象，「一切業務數據化，一切數據業務化」。業務中臺源源不斷地從業務造數據，把業務實時在線的交易數據進行統一記錄和沉澱，這就是「業務數據化」；而數據中臺對沉澱的數據進行二次加工，經過數據標準及算法，產生進一步的分析型數據服務，這些數據服務反向又服務於業務，將業務固化，造成業務閉環，也就是「數據業務化」。好比天貓淘寶的用戶實時在線的交易信息，存放在業務共享中心的交易中心當中；而數據中臺基於這些用戶歷史信息，並經過數據分析後的用戶畫像和標籤屬性，提供服務給到前端，造成千人千面。這就是咱們一直講的數據驅動、數據閉環、數據價值。

阿里業務中臺核心架構是什麼？

阿里巴巴超過數十個業務單元（如淘寶、天貓、聚划算、阿里巴巴）均不是獨立構建在阿里雲之上，在後端阿里雲技術平臺和前端業務之間有「共享業務事業部「（也就是這裏講的「業務中臺」），將業務當中公共、通用的業務沉澱下來，包括用戶中心、商品中心、交易中心、評價中心等十幾個共享單元，是「厚平臺的真正實現「。然後端的阿里雲提供計算資源和中間件PaaS雲服務能力作載體。同時，使用集團近十年的雙十一、雙12的高可靠、可穩定的運維保障能力，對整個系統進行支撐。中臺的使命是從下到上逐步完善阿里的整個體系，從阿里雲、數據、中間件、算法，到上面支撐的各類業務解決方案，構建阿里本身核心的能力。

談到中臺，不得不提阿里共享服務事業部的由來，在淘寶初期，主要面向C2C的電商領域，整個系統都是圍繞一套「煙囪式」的淘寶技術框架進行。隨着業務的不斷擴張，集團成立出天貓事業部主抓B2C電商領域，又造成了一套煙囪式發展。這種煙囪式的架構體系帶來了諸多不足，好比成本的重複投入和維護、數據之間打通複用的難度、幾年以後推倒重建的風險。爲了解決這些問題，集團已經開始構建共享服務體系，來沉澱和複用業務能力，可是因爲沒有過多的業務話語權，共享服務體系的建設一開始並不順利。以後，隨着「聚划算」團購項目的啓動，各類系統的流量都須要經過聚划算，這時，共享服務中心得以大展手腳，逐步將集團核心的業務能力構建成用戶中心、商品中心、交易中心、評價中心、店鋪中心等等數十個共享服務。能夠說整個阿里中臺的革命也是共享服務中心的革命，各共享服務中心聚焦核心業務單元能力的構建，協助目前集團上百個前臺業務的快速創新。

個人企業須要業務中臺嗎？

阿里業務中臺如此強大，那對於傳統企業，在作數字化轉型的過程當中，是否須要業務中臺呢？我認爲，若是你的企業有如下問題的任何一個，有必要考慮建設業務中臺：

• 業務具備不肯定性：創新困難，沒法支撐市場高速變化。如渠道扁平化管理，統一會員營銷，全渠道等。
• 業務不在線：企業信息化程度不足，大量人工統計，核心業務沒有作到實時、在線、統一。好比會員訂單不完整，經銷商進銷存數據不在線等。
• 煙囪式系統多：系統割裂，數據孤島，端到端沒法實時協同，更沒法基於現有系統進一步構建數據中臺。
• 系統重複建設：內部大量重複建設，缺少業務核心的固化沉澱，系統服役到期只能推倒重建。
• 業務與互聯網緊密：業務與互聯網緊密相關，特別是面向市場消費者，系統的彈性不足，須要支撐不肯定的用戶數量。

有些同窗認爲業務中臺是大公司要考慮的，而對於業務不復雜、人員也不太多的中小公司不適合。我有不一樣的觀點，其實，不管業務複雜與否、人員龐大與否，只要你的業務與互聯網相關，須要快速應對消費者帶來的不肯定需求，須要打通煙囪林立的系統，須要業務在線來提升企業創新和協同，都應該考慮建設業務中臺；同時，業務中臺也不必定完全推到整個系統，首先要改變意識，分步實施、小步快跑，有不少可落地的途徑和方法。

那業務中臺對企業有什麼價值呢？這裏咱們先簡單羅列一下。

一、激發創新：讓企業經過核心能力的沉澱，給予快速創新機會，拉通業務總體的點線，下降了試錯成本；
二、高效協同：中臺側重的是跨部門跨團隊的深刻合做，激活了組織創新；
三、業務在線：服務中心化的構建打破了煙囪式的IT架構，提升核心數據實時/在線/統一；
四、人員提高：業務沉澱中臺提高了IT人員能力，提升業務運營以及全局意識，成爲既懂業務又懂技術的核心戰略人才；
五、變現營銷：會員資產化，全渠道下沉，補全客戶畫像，提高精準營銷；
六、智能商業：業務數據化+數據業務化的閉環模式，構建了商業智能的基礎；
能夠看出，業務中臺不管對企業戰略發展、商業模式創新，仍是內部高效協同、人員培養提高等都會帶來不少好處。

如何規劃和建設業務中臺？

不少人認爲業務中臺落地難，其實難在具體的規劃和落地實施上，咱們對業務中臺的建設路徑有這樣的一些見解：

一、決心變革：企業內達成戰略共識，一把手牽頭，業務/技術等團隊全局共識。作整體戰略規劃、分步實施，找準切入點，解決具體業務問題。好比會員營銷、經銷商門店、全渠道、採購供應鏈，不一樣的切入點策略不一樣。
二、成功試點：經過業務和系統分析調研，明確業務目標和範圍，完成技術平臺引入、中臺建設方法論宣導，並選擇驗證過的技術平臺和實施團隊。進行試點，梳理標杆，積累經驗。好比重新的業務系統嘗試，或者改造現有系統，步步爲營。
三、持續融合：總結出適合企業自身的理念和規範，優化組織、提高中臺效率。並全面迭代和構建企業業務能力生態。

現有系統如何改造？

前文講到業務中臺在分步實施中，講究整體規劃、分步實施。面對現有系統，並不必定都要進行中臺改造，咱們建議「外鬆內緊」：

外鬆：面向市場和客戶方面，以精細化運營爲驅動，這些系統更適合建設業務中臺。對外市場，快速應變，敏捷創新。好比電商、客戶管理、全渠道、營銷、創新業務。

內緊：面向內部和員工，以標準化流程爲驅動，這些系統更適合保持不變，與業務中臺進行對接。對內管理，流程嚴謹，標準規範。好比PLM、MES、HR、OA、財務。

共享中心如何建設？

在企業的中臺能力中心建設中，核心是共享服務中心的建設，不一樣行業的業務中心有所不一樣，好比新零售領域，一些參考能夠有用戶中心、會員中心、營銷中心、商品中心、庫存中心、交易中心、結算中心、渠道中心。中心設計須要關注以下幾點：
一、共享中心是核心業務通用能力沉澱，須要考慮能力地圖，產品總體規劃，以及協議標準、業務需求構建標準等；
二、共享中心目的是複用和協同，須要經過領域模型，對業務場景流程進行有效建模；
三、共享中心要考慮能力開放，經過API接口、配置管理、或者low-code的高可配置運行機制；
四、共享中心實現前端應用和後臺的解耦，須要必定組織機制和考覈傾斜，制定溝通機制和衝突升級機制。

業務中臺與前臺/後臺/平臺的關係？

業務中臺與前臺和後臺，我認爲，主要是這樣的配合關係：

前臺：敏捷創新，面向不一樣用戶的觸點，「點」狀繁花似錦。好比2C的電商應用、2B的門店管理等，使用中臺開放能力快速變化知足市場的不一樣業務場景。

中臺：核心能力共享沉澱， 「面」狀協同複用。好比交易中心，正常的交易下單、雙十一的預復購、團購秒殺的拼團場景，均可以經過公用的交易中心統一配置。

後臺：強大的支撐能力，好比支撐系統穩定高效運行的各類後端系統，以及前文提到的面相內部標準化管理的系統，由中臺統一協同和對接。

比較晚前中後臺，咱們來比較一下中臺、平臺和中心化。

中心化相似煙囪式架構，一箇中心解決整個技術堆棧，而平臺和中臺都是爲了去中心化而生，具體的區別以下：
一、中臺是面向業務的能力組合和複用，提供集成化的解決方案：中臺的目的是提升研發效率、下降創新的成本。中臺包括人，組織，平臺，數據，標準，規範，是人和系統的一整套體系。
二、中臺是平臺的天然演進：平臺是單一團隊、部門、系統的效率提高，而中臺是多領域、多BU、多系統的負責協同。若是說平臺的目標爲高內聚、低耦合、職責邊界清晰；中臺是平臺化的天然演進，這種演進帶來「去中心化「的組織模式，突出複用、協調、業務創新差別化構建。
三、中臺不是系統，中臺是一種體系/生態/方法論：中臺有標準和機制，解決頂層領域下各業務子域的高效協同和資源複用問題。各部門、業務域共同建設，是中臺能力的使用方也是提供方。同時，中臺提供整個業務快速響應的一種理念和方法，對上層業務支撐。

業務中臺建設的關鍵要素

咱們認爲，企業在業務中臺建設當中要關注4個升級：

一、戰略升級。經過中臺建設，落地企業數字化戰略。中臺必定是「一把手工程」，總體規劃分步實施。
二、組織升級。組織架構須要與中臺架構相匹配，根據企業實際狀況優化組織效率，提高效能，數據化運營，更好支持業務發展和創新
三、流程升級。將企業現有流程進行梳理，優化及固化企業流程，提升企業共享複用能力，提高企業運做效率。
四、技術升級。經過互聯網技術，對企業基礎技術設施進行升級，降本增效，達到企業IT部門總體技術升級。

業務中臺須要哪些核心技術來支撐？

業務中臺落地中須要一些核心技術，咱們也叫「技術中臺」，有一些通用的建議：
一、儘量拆分，共享中心建設：企業應該儘量地拆分本身的應用，進行共享服務中心的建設，將核心的業務能力複用和沉澱。共享中心的拆分也能夠有層次，可從從基礎主數據、核心業務、流程規則等角度來進行拆分。
二、去中心化，線性擴展：企業須要採用去中心化架構，沒有核心流量匯入點，服務中心儘可能無狀態，便於水平擴展。這樣平均分擔壓力，負載均衡，對單箇中心帶來的負載更小，故障影響的範圍也更小。
三、數據化運營：去中心化也會面對系統運維和管理成本上升的問題。企業須要對自身的運維運營過程進行積累和沉澱，整理出數據化、自動化運維的經驗，同時加強監控告警、限流降級、性能分析診斷等方面的能力，精準定位目前系統中存在的問題，並提出相應的改善方案。
四、異步化，最終一致：在大量的實踐中，大部分業務流程不須要強一致性，而使用最終一致來平衡。咱們須要使用異步解耦，如使用消息隊列來完成業務邏輯，縮短相應週期。
五、儘量自動化：企業進行中臺改造，要求企業儘量提升自動化能力，好比自動部署、自動彈性擴容、自動升降級、自動限流降級，下降運營成本，也提升系統的穩定性和業務連續性。
六、儘量使用成熟組件：中臺的建設要求企業將重心放在服務中心上，對於底層組件，尤爲是中間件層面，儘可能使用成熟的雲原生組件來提升系統穩定性和性能。目前，阿里巴巴中間件已經將多年經雙十一購物狂歡節的嚴苛考驗的技術沉澱，以阿里雲標準雲服務的方式輸出給外部客戶，其中包括多款阿里云云原生中間件產品（好比K8S/EDAS/MQ/DRDS/ARMS/PTS/CSB/GTS/MSE/ACM），阿里與流行的雲原生技術完整融合（好比Dubbo/SpringCloud/K8S/RocketMQ/Nacos）。

阿里在業務中臺建設上能提供什麼？

阿里是最先提出中臺概念，併成功實施落地，阿里中臺所配套的中間件是通過阿里多年雙十一洗禮的成熟產品。阿里內部幾百個業務應用，共享一個技術中臺底座，服務新的業務場景，帶來更好的用戶業務體驗。同時，阿里雲經過爲上百個外部客戶實施業務中臺，培養了一大批具有中臺實施交付能力的行業ISV，同時沉澱了大量行業最佳實踐。

阿里雲提供一整套「業務中臺技術解決方案」能夠解決的問題有：

• 將企業核心能力下沉共享，加速企業創新速度；
• 規範IT全生命週期管理，提高研發效率與質量；
• 提供行業最佳實踐，助力企業快速落地中臺戰略。

架構優點

• 雲原生：支持彈性調度、微服務化解耦，自動化運維；
• 高可靠：阿里中間件產品支持，歷經多年雙11考驗；
• 高併發：支持按流量線性擴展，支撐海量用戶。

更爲重要的，阿里基於近十年的最佳實踐，沉澱了一整套業務中臺實施的方法論，包括中臺架構設計、微服務架構設計、中臺開發規範、全鏈路壓測等方面的最佳實踐。這些全方位的中臺建設方法論、阿里商業能力、阿里雲技術支撐，不只僅是技術紅利的分享，更重要的是整個阿里中臺戰略思想的傳播。

更多能夠參考「阿里雲業務中臺技術解決方案官網」。

小結

本文但願經過筆者在阿里業務中臺方法體系建設及項目中的一些經驗，爲企業在業務中臺建設過程提供一些幫助。同時本文是「阿里巴巴業務中臺」專題的第一篇，後續咱們還會有中臺方法、中心設計、典型場景、最佳實踐等更多精彩內容，敬請期待，歡迎與我交流。

做者信息：王思軒，花名宇升，阿里雲業務中臺&雲原生架構師，博士留學期間發表論文10餘篇，多年大型分佈式系統架構設計經驗，現主要參與阿里雲業務中臺方法體系建設，以及新零售業務中臺和雲原生技術諮詢工做。

原文連接

本文爲雲棲社區原創內容，未經容許不得轉載。