36氪專(zhuān)門(mén)為讀書(shū)設立了【36氪領(lǐng)讀】欄目，篩選一些值得讀的書(shū)，并提供一些書(shū)摘。希望你手邊有一本稱(chēng)心的書(shū)，讓讀書(shū)這場(chǎng)運動(dòng)繼續下去。
數字中臺建設的整體策略，核心思想是從業(yè)務(wù)抽象到領(lǐng)域建模，再到架構設計。因此業(yè)務(wù)中臺的架構思路和整體策略保持一致，并進(jìn)行必要的補充，下圖為業(yè)務(wù)中臺建設的5步法。
中臺建設5步法
在業(yè)務(wù)抽象階段，通過(guò)業(yè)務(wù)調研和業(yè)務(wù)分析，設計業(yè)務(wù)藍圖和抽象業(yè)務(wù)元素，為下一階段的中心建模階段準備頂層思想和業(yè)務(wù)素材。這一階段，根據企業(yè)不同的實(shí)際情況，可輕可重。比如企業(yè)已經(jīng)做過(guò)咨詢(xún)調研和流程梳理工作了，那就可以在以往工作成果基礎上進(jìn)行短期的業(yè)務(wù)理解和業(yè)務(wù)設計工作了。如果企業(yè)對以往的咨詢(xún)工作并不滿(mǎn)意或者上一次咨詢(xún)時(shí)間久遠，競爭環(huán)境發(fā)生了巨大的變化，這就需要做仔細完整的業(yè)務(wù)咨詢(xún)了。
（1）中心規劃
經(jīng)過(guò)業(yè)務(wù)的調研和分析，技術(shù)架構師理解并熟悉了業(yè)務(wù)?；谏想A段輸出的主題域，技術(shù)架構師按照中心的多個(gè)劃分標準，進(jìn)行中心的規劃。
（2）0級架構設計
業(yè)務(wù)中臺的0級架構本質(zhì)上是應用架構，它以中心為最小單位進(jìn)行設計，因此也稱(chēng)為整體架構設計。0級架構包括了功能層級的架構和技術(shù)層級的架構。
功能層級的架構需要描述業(yè)務(wù)中臺在整個(gè)數字平臺中所處的位置，業(yè)務(wù)中臺由哪些中心組成，以及中心與應用、中心與后臺的交互關(guān)系。功能層級的0級架構承接了企業(yè)的應用藍圖規劃，指導企業(yè)各IT系統的職責劃分和定位。
下圖所示為一個(gè)企業(yè)功能層級的0級架構示意圖。
功能層級的0級架構示意圖
從上圖中我們可以看到，企業(yè)整體功能架構從下往上分為IaaS層、PaaS層、基礎組件層、數字中臺層（包括業(yè)務(wù)中臺和數據中臺）和業(yè)務(wù)應用層。每一層的具體功能如下：
IaaS層：完成硬件資源的虛擬化管理，為用戶(hù)提供對資源的使用服務(wù)。
PaaS層：為應用軟件提供部署平臺和運行環(huán)境。
基礎組件層：介于業(yè)務(wù)服務(wù)和技術(shù)中間件之間，提供通用的業(yè)務(wù)功能和技術(shù)功能，并解耦業(yè)務(wù)應用和技術(shù)中間件。
數字中臺層：分為業(yè)務(wù)中臺和數據中臺，實(shí)現企業(yè)業(yè)務(wù)活動(dòng)的核心機制，并通過(guò)數據中臺對業(yè)務(wù)運營(yíng)提供指導。
業(yè)務(wù)應用層：通過(guò)調用和組合中臺能力，實(shí)現應用邏輯。
技術(shù)層級的0級架構需要說(shuō)明各系統、各中心分別使用什么技術(shù)來(lái)實(shí)現，以及整個(gè)體系的技術(shù)分層，如下圖所示。
技術(shù)層級的0級架構示意圖
技術(shù)架構總體上分為展現層、服務(wù)層、接口系統、運營(yíng)管理和運維支撐。
展現層與服務(wù)層相分離，展現層采用當下主流的前端框架，分別對移動(dòng)端、PC端進(jìn)行支撐。通過(guò)合理的技術(shù)搭配人性化的設計滿(mǎn)足用戶(hù)感官體驗需要。
服務(wù)層的架構采用分布式的微服務(wù)架構，微服務(wù)架構去中心化加強終端的特點(diǎn)，讓服務(wù)免去雪崩效應等容災上的風(fēng)險。同時(shí)，整體技術(shù)架構具備易于擴展、組合、部署，可支持動(dòng)態(tài)伸縮、精準監控，并且可以提供灰度發(fā)布等優(yōu)點(diǎn)。服務(wù)層包含應用服務(wù)、中臺服務(wù)、技術(shù)服務(wù)。應用服務(wù)與中臺服務(wù)都以微服務(wù)架構實(shí)現。技術(shù)服務(wù)又分為PaaS層和IaaS層：PaaS層通過(guò)各項基礎中間件的能力向上層輸送搜索引擎、分布式文件存儲、分布式數據庫、分布式緩存等能力；IaaS層向用戶(hù)提供基礎資源服務(wù)。
運營(yíng)管理通過(guò)埋點(diǎn)技術(shù)、A/B測試技術(shù)、大數據技術(shù)來(lái)進(jìn)行數據采集分析和業(yè)務(wù)試錯，并通過(guò)計算結果來(lái)指導業(yè)務(wù)工作。
運維支撐將從底層對所有服務(wù)做支撐。運維體系通過(guò)對基礎設施的監控、服務(wù)升降級等措施來(lái)確保系統的容災能力與穩定性。
（3）中臺核心數據流規劃
為了簡(jiǎn)化業(yè)務(wù)流程，根據前期的業(yè)務(wù)分析，結合0級架構的設計，我們可規劃出企業(yè)的業(yè)務(wù)數據流（以房屋租賃行業(yè)為例，多業(yè)態(tài)），如下圖所示。
基于中臺的業(yè)務(wù)數據流
客戶(hù)中心承接前臺應用租房、買(mǎi)房客戶(hù)的注冊信息；對于集團多業(yè)態(tài)的業(yè)務(wù)特點(diǎn)而言，經(jīng)紀人、物管人員、企業(yè)員工都是企業(yè)客戶(hù)，都應該進(jìn)行精細化管理?？蛻?hù)中心為統一認證提供賬號、密碼的驗證，為各應用提供客戶(hù)的全局唯一標識。
產(chǎn)品中心接收來(lái)自ERP的工程域樓盤(pán)信息、員工錄入或經(jīng)紀人提供的可租樓盤(pán)營(yíng)銷(xiāo)信息，形成每一間房的完整且統一的檔案。為前臺各應用提供全方位的樓盤(pán)信息，包括工程信息、營(yíng)銷(xiāo)文案信息和房間信息。
交易中心接收來(lái)自WMS的庫存信息，完成購房訂單的生成、在線(xiàn)租房的交易等業(yè)務(wù)活動(dòng)。訂單生成后，根據訂單中的商品向WMS發(fā)起發(fā)貨指令。
（1）產(chǎn)品設計
產(chǎn)品設計是在業(yè)務(wù)頂層設計的指導下，逐層往下抽象的過(guò)程，主要是將業(yè)務(wù)調研的成果轉化為產(chǎn)品原型和需求規格說(shuō)明書(shū)（主要由業(yè)務(wù)場(chǎng)景、業(yè)務(wù)流程構成）。如何做應用的原型和畫(huà)出業(yè)務(wù)場(chǎng)景不是本節的重點(diǎn)，詳細內容可參看相關(guān)專(zhuān)業(yè)書(shū)籍，這里需要強調兩點(diǎn)：
中臺產(chǎn)品的詳細設計需要以面向中心為指導思想。不僅需要設計出應用需要實(shí)現的功能，更重要的是要將需要中心支撐的功能明確標識出來(lái)，歸到中心的待實(shí)現列表里。這樣技術(shù)工程師在領(lǐng)域建模階段才有具體和明確的輸入。
建設中臺的核心目的不是為了共享，共享只是中臺的特性。中臺是為了完成業(yè)務(wù)的核心運行機制，為前臺提供業(yè)務(wù)能力基礎的系統。確立了這個(gè)原則后，產(chǎn)品經(jīng)理才能放開(kāi)手腳，自主推動(dòng)中心的建設。
（2）組件模型設計
組件模型設計承接0級架構設計，是對中心內容的展開(kāi)。通過(guò)對中心功能的分析和對中心業(yè)務(wù)實(shí)體的抽象，將具有較強依賴(lài)關(guān)系的業(yè)務(wù)實(shí)體聚合為一個(gè)組件，或者將具有相同主題的業(yè)務(wù)功能聚合為一個(gè)業(yè)務(wù)組件。最后以結構化的形式聚合這些組件，構成中心。
如何判斷組件模型是否合理呢？是否很好地支持業(yè)務(wù)流程、業(yè)務(wù)場(chǎng)景、復雜的業(yè)務(wù)規則是衡量組件模型優(yōu)劣的標準。我們可以通過(guò)窮舉邊界業(yè)務(wù)場(chǎng)景的方法，來(lái)反證組件模型設計是否合理。
最后需要強調一點(diǎn)，組件是可以獨立為微服務(wù)的，只要符合微服務(wù)的條件，就可以獨立。但是在實(shí)踐過(guò)程中，我們發(fā)現如果微服務(wù)承載的業(yè)務(wù)規模不大，獨立帶來(lái)的業(yè)務(wù)價(jià)值不高，反而會(huì )增加運維成本。
（3）1級架構設計
組件模型設計完成后，需要將模型轉化為應用架構。這里的應用架構是指中心內部的應用架構，我們稱(chēng)為1級架構。1級架構是以組件為最小單位設計的功能層級的架構。1級的功能架構是必不可少的，它指導著(zhù)我們的設計和開(kāi)發(fā)；技術(shù)層級的1級架構可視情況而定，如果技術(shù)內容比較復雜則需要輸出。下圖所示為某企業(yè)功能層級的交易中心1級架構。
某企業(yè)功能層級的交易中心1級架構
（4）關(guān)鍵交互圖設計
前面已經(jīng)完成了0級和1級的架構設計，有什么方法能證明設計是否可以滿(mǎn)足實(shí)際業(yè)務(wù)場(chǎng)景的需要嗎？我們可以通過(guò)實(shí)現業(yè)務(wù)場(chǎng)景的動(dòng)態(tài)交互圖，來(lái)反向論證設計的合理性。如何判斷動(dòng)態(tài)交互圖是否合理呢？根據業(yè)務(wù)邏輯是否清晰、流程是否簡(jiǎn)潔、客戶(hù)交互是否高效來(lái)判斷。
如果設計出的交互圖不合理，那就說(shuō)明0級或1級架構存在設計不合理的問(wèn)題。另外，通過(guò)交互圖還可以較好地將設計思想傳遞給開(kāi)發(fā)團隊。
我們主張采用敏捷的方法進(jìn)行開(kāi)發(fā)交付，將最終目標拆解為多個(gè)小目標，逐個(gè)完成。同時(shí)又將每個(gè)小目標拆為多個(gè)子項目，每個(gè)小團隊各自負責一個(gè)子項目，所有團隊并行開(kāi)發(fā)，協(xié)同向前推進(jìn)。一般流程包括迭代規劃、需求反講開(kāi)發(fā)、持續集成交付和回顧總結調整。
項目上線(xiàn)后，只是產(chǎn)出業(yè)務(wù)價(jià)值的開(kāi)始。數字中臺需要在持續不斷的運營(yíng)中，包括業(yè)務(wù)運營(yíng)、內容運營(yíng)、技術(shù)運營(yíng)和數據運營(yíng)，不斷沉淀和發(fā)展。能力會(huì )逐步增強和擴展，模型會(huì )逐步調整和完善。
機械工業(yè)出版社《中臺戰略：中臺建設與數字商業(yè)》
2019年9月出版
陳新宇，云徙科技聯(lián)合創(chuàng )始人兼首席架構師，中國軟件行業(yè)協(xié)會(huì )應用軟件產(chǎn)品云服務(wù)分會(huì )“數字企業(yè)中臺應用專(zhuān)家顧問(wèn)團”副主任，領(lǐng)導云徙科技數字中臺系統的規劃、建設并賦能企業(yè)落地實(shí)施。
羅家鷹，云徙科技副總裁，擁有20年企業(yè)IT咨詢(xún)及服務(wù)經(jīng)驗，近三年一直致力于阿里生態(tài)企業(yè)中臺賦能數字商業(yè)的實(shí)踐與布道，曾先后為房地產(chǎn)、酒水、日化、醫藥、農牧、物流等行業(yè)數十家頭部企業(yè)提供中臺化數字化轉型咨詢(xún)服務(wù)。
鄧通，云徙科技汽車(chē)事業(yè)部總經(jīng)理，先后主導過(guò)長(cháng)安汽車(chē)、一汽集團、長(cháng)安福特等頭部車(chē)企以及博郡汽車(chē)、愛(ài)馳汽車(chē)等新能源車(chē)企基于汽車(chē)行業(yè)中臺的數字化營(yíng)銷(xiāo)項目。
江威，云徙科技地產(chǎn)事業(yè)部總經(jīng)理，領(lǐng)導中臺在地產(chǎn)方面的建設與落地，長(cháng)期從事阿里中臺賦能地產(chǎn)行業(yè)的研究與布道，擁有豐富的地產(chǎn)項目實(shí)施經(jīng)驗。
聯(lián)系客服
