理解中臺

時間 2020-01-16

標籤理解中臺简体版

原文原文鏈接

前段時間參加了IAS2019(互聯網架構峯會)，本次峯會以中臺爲主題，因此又稱中臺戰略大會，聽說是全國首屆關於中臺戰略的會議，會議上有許多優秀的企業架構師帶來了他們各自在實踐中臺過程當中的心得。本文就筆者對本身參與的會場的狀況作一些分享，同時也寫寫本身參會以及查閱相關資料後關於中臺這一律唸的理解和體會。html

什麼是中臺？

中臺不是一個新名詞。然而你若是想找到它的源頭，可能真不太好找。有人說來自銀行的」前臺-中臺-後臺「的組織結構，有人說來自阿里提出的「大中臺，小前臺」概念。前端

而」中臺「這個詞真正火起來，仍是在2017-2018年，這個時間段裏，阿里出版的《企業IT架構轉型之道：阿里巴巴中臺戰略思想和架構實戰》詳細闡述了他們認爲的中臺是什麼，而隨後，滴滴、京東等一大批互聯網企業開始分享本身在中臺探索的成果。後端

那麼你可能要問，究竟中臺是什麼？王健老師在《當咱們談中臺時，咱們在談些什麼| 白話中臺戰略》一文中提到：安全

在有些人眼裏：中臺就是技術平臺，像微服務開發框架、Devops平臺、PaaS平臺，容器雲之類的，人們都叫它「技術中臺」。微信

在有些人眼裏：中臺就是微服務業務平臺，像最多見的什麼用戶中心，訂單中心，各類微服務集散地，人們都叫它「業務中臺」。架構

在有些人眼裏：中臺應該是組織的事情，在釋放潛能：相似於企業內部資源調度中心和內部創新孵化組織，人們叫它「組織中臺」。app

可見目前對中臺其實你們仍然處於一種都有感受，可是仍然看不清的狀態。甚至會讓人以爲每種理解都說的通，可是一旦拿來和本身面對的狀況相比，又老是缺了些什麼。框架

其實這也正常，看不清纔是中臺真正的模樣，就像咱們看到一個抽象類，它的定義是模糊的，雖然咱們能看到這個類不少的實現，可是若是咱們本身要用的時候，可能仍是要從新作一套適合咱們的實現，所以我比較偏向關於中臺的另外一種定義，就是」中臺是一種思惟方式「。不管是阿里說的前臺-中臺-後臺，仍是技術平臺，或共享組織，都是面對複雜問題時採用的策略，而其本質思想用兩句話能夠歸納：「多維拆解⾼複雜系統，全局設計可復⽤架構」，這裏的系統和架構均可以跳出軟件的範疇來理解。運維

何時須要中臺？

咱們討論瞭如何定義中臺，如今來看看怎麼就須要中臺了。首先，讓咱們設想一個二維矩陣，每一行表示一個分佈式項目，每一個分佈式項目由前臺和後臺兩部分組成：分佈式

[

前臺，後臺,

...

]

咱們先給出前臺和後臺的定義：

前臺由各種前臺系統組成的前端平臺。例如用戶直接使用的網站，手機App，微信公衆號等。
後臺由後臺系統組成的後端平臺。每一個後臺系統通常管理了企業的一類核心資源（數據+計算），例如財務系統，產品系統，客戶管理系統，倉庫物流管理系統等，這類系統構成了企業的後臺。基礎設施和計算平臺做爲企業的核心計算資源，也屬於後臺的一部分。

從縱向的維度來講，若是系統之間有重複建設的部分，不管是前臺仍是後臺，將重複的部分提煉出來單獨構建，而後在各系統之間共享就是一種中臺思惟的運用。好比阿里的淘寶、天貓還有1688等，最初都是煙囪式架構，彼此獨立，可是後來發現這樣重複建設的內容挺多的，成本過高了，因此就將重複的部分，好比用戶、訂單、物流等提煉出來單獨考慮，如此這般阿里的業務中臺也就慢慢創建起來了；

從橫向的維度來講，不管是什麼系統，前臺都更貼近用戶，更可能產生變化，更須要快速響應變化的能力，然後臺更多的是偏向信息化管理方面，不管是技術仍是業務需求都更加固化，需求的是穩定，但問題是不能知足前臺日趨多變的需求，此時的前臺和後臺就比如兩個不一樣轉速的齒輪，強行配合終將致使二者都難以維護，而在前臺和後臺之間加入一個變速齒輪(那些比前臺穩定，比後臺靈活的機制)，使得兩者的速率能合理的匹配也是一種中臺思惟的運用。好比若是你要在某個城市搭建一個公共服務項目，爲市民提供水電氣、社保、公積金、共享單車等公共服務，你設計的直接面向市民用戶的前端必定是需求多變的，而水電氣、社保、公積金這些單位的系統都是長期以往穩定運行的，要想解決兩者之間的矛盾，比起每次前臺有變化都深刻這些系統內部進行分別改造，更好的方式固然是創建一套中間系統去進行適配，這樣中臺也就會慢慢創建起來了。

中臺的實踐案例

《醫院後勤生態模式下的企業級中臺建設》

講師是南京天溯的侯逸文天溯是一家聚焦於醫院智慧後勤運維服務領域，採用「生態平臺+應用中心+管家團隊」的平臺運營模式，爲醫院提供智慧後勤線上與線下相結合的全線、全產業鏈運維服務的企業。
侯老師從中臺的解決方案、技術方案、應用和案例三個方面介紹了他們在醫院後勤運維領域的實踐心得。
醫院後勤管理範疇涵蓋的內容不少，包括30多個種類和100多個服務，好比房間空間管理，總務服務，膳食服務，安全保衛等。醫院自己基於這些服務構建了一批龐雜的系統，這些系統各自爲政，數據不共享，標準不統一，變動很是困難，爲此迫切須要一種方式可以解決這些問題。中臺天然當仁不讓。
然而，侯老師認爲，若是僅把中臺當作是一套IT系統就有些侷限了，侯老師認爲，toB類的企業級中臺，須要關注3個方面：【技術賦能】中臺除了提供通用的IT基礎硬能力，更要能提供合規的業務規範、標準的運行流程和統一的考覈體系這些軟能力。【管理賦能】中臺不只是線上系統的事情，更要能打通線上線下，有一個精幹的線下團隊來有效使用中臺，落地執行中臺包含的規範、流程和標準。【生態賦能】中臺不只是本企業的事情，更要能以開放的精神服務整個行業中的全部合做夥伴，實現互惠雙贏，構建行業命運共同體。
咱們來看一下侯老師提供的他們爲醫院作的功能架構：

架構分爲三層：基礎服務層、業務接入層、應用生態層、交互展現層，能夠看到中臺分佈在業務接入層和基礎服務層，包括：數據分析中臺、基礎能力中臺、IoT中臺。
再來看下部署方式：

上圖中的生態平臺涵蓋了3個大中臺：數據分析中臺、基礎能力中臺、IoT中臺。能夠看到有兩種不一樣的部署方式，基於雲端的和基於本地的。
在應用案例中，侯老師介紹了能力中臺、數據中臺、IoT中臺帶來的實際價值。【利用能力中臺中的工做流引擎服務，他們更快的的上線了新的業務】

【利用數據中臺對數據的聚合和分析能力，他們有效的發現了醫院相關設備在空間上的能耗問題】

【利用IoT中臺對數據的採集、監測、告警的能力，配合BIM，具有了從空間上監測設備並可以快速定位故障點的能力】
最後侯老師作了一下總結：在醫院後勤運維業務場景中，中臺的職責是爲人和應用生態賦能統一的技術和規約，這三者之間的關係以下：
小結：侯老師的彙報很乾貨，結合醫院後勤這個實際的應用場景闡述了中臺在項目功能架構中的位置，如何發揮做用，以及帶來的具體好處，頗有借鑑意義。

《阿里巴巴業務中臺實踐與思考》

講師是阿里巴巴智能資深技術專家謝純良謝老師從阿里20年技術演進的關鍵節點入手，介紹阿里巴巴的中臺是如何成型的。
2003年，1688和淘寶出世，後者是阿里巴巴花了2000美金從一個美國人那裏買了一個網站系統，而後改造出來的，因此和1688系統在技術上相互隔離，沒法複用1688的技術。也就是說創立之初，阿里研發的系統，也是煙囪式建設的。
2008年，在王堅博士的帶領下，阿里開始核心系統去IOE的工做，並開始創建淘寶技術體系，作爲集團統一標準，淘寶、天貓、1688實現了技術統一。
2013年，阿里技術上持續統一，併成立共享事業部，業務上肯定淘寶、天貓、一淘並駕齊驅，業務中臺初見雛形。
2016年，阿里巴巴旗下的業務愈來愈多，包括聚划算、天貓、河馬、1688，餓了麼等，全部歸於阿里的系統，其技術棧會被統一成阿里的技術棧，基於技術上的統一，阿里成立了穩定的中臺，穩定的中臺幫助阿里加快了創新，更好的拓展了線下的業務。

在演進的過程當中，阿里以用戶體系作爲切入點，統一了各獨立系統的用戶數據，並經過不斷的總結提煉，得出了一套中臺構建方法論，沉澱出了不少成熟的技術產品，積累了豐富多樣的業務能力，也正是憑藉這三點，阿里的中臺得以成功演進。

小結：

阿里的強大中臺也是一步一步演化出來的，憑藉其強大的抽象和提煉能力，中臺的構建方法論，沉澱的相關技術，打造的業務生態，還能夠助力其餘企業快速構建本身的中臺和前臺，只能歎服了。

《孩子王新零售中臺架構演進之路》

講師是孩子王中臺研發負責人王海龍，負責孩子王新零售中臺從0到1的搭建，以及後續各階段的完善。
孩子王起初是沒有線上渠道的，只有pos和內部的ERP系統，每一個門店的ERP和總部的ERP對接。
隨着移動時代的到來，孩子王意識到要增長線上渠道，因而建設了app、微商城等線上渠道，至此孩子王線上、線下全渠道覆蓋完成。
然而，各系統前後上線，彼此獨立，致使多套用戶，多種標準的出現，不只未能發揮線上優點，反而帶來了用戶線上線下，甚至線上不一樣渠道會有不一樣履約、用戶信息不一致等問題。
爲了解決如上問題，王海龍老師從統一線上用戶入手，而後到統一全渠道的會員數據，最後實現會員體系的統一。
一旦統一了全渠道的會員體系，能夠作的事情就多了，好比收費會員、積分兌換、全渠道券等等運營策略均可以玩了，能夠說是進入了一個徹底不一樣的萬物生長的階段。
隨後，商品、訂單、庫存、促銷等業務開始從線下的ERP系統轉移至線上，與統一會員體系相互協同起來
至此，孩子王的中臺已見雛形。
有了中臺的雛形，就有了替換線下ERP系統的可能，ERP系統自己存在不少痛點，好比商品促銷策略、新商品上線等都沒法準實時的推出，可是不少時候，若是沒法及時更新營效策略，將失去市場先機，因此王海龍他們其實早就想替換這個老舊的ERP系統，可是因爲諸多業務都在上面運行，爲了保險平滑的過分，他們選擇由中臺構建入手，逐步架空ERP系統，直至替換，最後孩子王的中臺演進成了下面的架構：

更詳細的架構以下：

小結：

孩子王和阿里同樣，在面對日趨增長，複雜多變的業務，傳統的煙囪建設模型捉襟見肘時，從統一用戶體系入手，開始構建本身的中臺，經過不斷提煉通用的業務或技術上的能力，讓中臺逐漸成長，各業務系統逐漸瘦身，隨着中臺地位的上升，即可以順勢創建統一的標準，以後的新系統便只需專一於自身的業務，其建設效率天然不言而喻了。

中臺的啓發

此次參加中臺戰略大會，讓我回想起本身2年前在作工做流業務解決方案的時候作的一次設計理念彙報，彙報的大體內容是說現在工做流引擎更多的是嵌入到業務系統中，而將來工做流引擎將作爲一種服務，在業務系統中共享，而且除了工做流引擎是這樣，其餘的不少業務或技術都會這樣。

當時其實只是基於可複用和組件化的理念在構思，如今看來這也是中臺思惟的一種運用，不管是阿里仍是孩子王這樣的互聯網公司，仍是天溯這樣的傳統軟件公司在構建中臺的道路上，都是從統一用戶體系入手，《OAuth2.0概念以及實現思路簡介》這篇文章中咱們介紹了oauth2，以及用它打造單點登陸體系的思路，將來還能夠考慮基於統一用戶中心打造一個分佈式平臺，提供統一的技術棧，技術標準供業務系統使用，逐漸造成咱們各業務領域的中臺架構，固然這條路不容易走，由於會涉及業務、技術甚至是組織架構上的變化。