中臺架構(gòu)流程規(guī)劃設(shè)計方案

概述這里通過5步法指導(dǎo)思想來建設(shè)中臺架構(gòu)。1、業(yè)務(wù)抽象在業(yè)務(wù)抽象階段，通過業(yè)務(wù)調(diào)研和業(yè)務(wù)分析，設(shè)計業(yè)務(wù)藍(lán)圖和抽象業(yè)務(wù)元素，為下一階段的中心建模階段準(zhǔn)備頂層思想以面向中心的思想來探討業(yè)務(wù)，認(rèn)為業(yè)務(wù)流程只是形式，核心是各領(lǐng)域中心的結(jié)構(gòu)和運行機(jī)制。在業(yè)務(wù)調(diào)研過程中進(jìn)行領(lǐng)域模型的探討，反復(fù)思考逐步清晰業(yè)務(wù)領(lǐng)域的邊界。在業(yè)務(wù)調(diào)研結(jié)束后，結(jié)合行業(yè)趨勢、類似項目的比較以及自身的經(jīng)驗，輸出企業(yè)的商業(yè)模式和核心業(yè)務(wù)場景。業(yè)務(wù)場景包括企業(yè)級業(yè)務(wù)場景、部門級業(yè)務(wù)場景和操作級業(yè)務(wù)場景。并在業(yè)務(wù)場景梳理過程中，找出企業(yè)痛點。最終設(shè)計出企業(yè)TO-BE的業(yè)務(wù)藍(lán)圖和應(yīng)用藍(lán)圖。通過頂層業(yè)務(wù)分析，明確了總體方向后，我們便可以展開對具體業(yè)務(wù)場景的梳理和抽象，并輸出功能需求清單。在此過程中，還需要定義出功能操作的業(yè)務(wù)對象或業(yè)務(wù)實體?；跇I(yè)務(wù)實體，結(jié)合對應(yīng)的功能需求，定義出需要系統(tǒng)提供的能力。根據(jù)能力的主題和實體間的密切關(guān)系，我們便能對實體進(jìn)行歸類，定義出主題域。(1)中心規(guī)劃經(jīng)過業(yè)務(wù)的調(diào)研和分析，技術(shù)架構(gòu)師理解并熟悉了業(yè)務(wù)?；谏想A段輸出的主題域，技術(shù)架構(gòu)師按照中心的多個劃分標(biāo)準(zhǔn)，進(jìn)行中心的規(guī)劃。(2)0級架構(gòu)設(shè)計業(yè)務(wù)中臺的0級架構(gòu)本質(zhì)上是應(yīng)用架構(gòu)，它以中心為最小單位進(jìn)行設(shè)計，因此也稱為整體架構(gòu)設(shè)計。0級架構(gòu)包括了功能層級的架構(gòu)和技術(shù)層級的架構(gòu)。功能層級的架構(gòu)需要描述業(yè)務(wù)中臺在整個數(shù)字平臺中所處的位置，業(yè)務(wù)中臺由哪些中心組成，以及中心與應(yīng)用、中心與后臺的交互關(guān)系。功能層級的0級架構(gòu)承接了企業(yè)的應(yīng)用藍(lán)圖規(guī)劃，指導(dǎo)企業(yè)各IT系統(tǒng)的職責(zé)劃分和定位。2.1功能層級層、數(shù)字中臺層(包括業(yè)務(wù)中臺和數(shù)據(jù)中臺)和業(yè)務(wù)應(yīng)用層。功能層級的0級架構(gòu)示意圖IaaS層：完成硬件資源的虛擬化管理，為用戶提供對資源的基礎(chǔ)組件層：介于業(yè)務(wù)服務(wù)和技術(shù)中間件之間，提供通用的業(yè)務(wù)功能和技術(shù)功能，并解耦業(yè)務(wù)應(yīng)用和技術(shù)中間件。數(shù)字中臺層：分為業(yè)務(wù)中臺和數(shù)據(jù)中臺，實現(xiàn)企業(yè)業(yè)務(wù)活動的核心機(jī)制，并通過數(shù)據(jù)中臺對業(yè)務(wù)運營提供指導(dǎo)。2.2技術(shù)層級技術(shù)層級的0級架構(gòu)需要說明各系統(tǒng)、各中心分別使用什么技術(shù)來實現(xiàn)，以及整個體系的技術(shù)分層，如下圖所示：技術(shù)層級的0級架構(gòu)示意圖技術(shù)架構(gòu)總體上分為展現(xiàn)層、服務(wù)層、接口系統(tǒng)、運營管理展現(xiàn)層與服務(wù)層相分離，展現(xiàn)層采用當(dāng)下主流的前端框架，分別對移動端、PC端進(jìn)行支撐。通過合理的技術(shù)搭配人性化的設(shè)計滿足用戶感官體驗需要。服務(wù)層的架構(gòu)采用分布式的微服務(wù)架構(gòu)，微服務(wù)架構(gòu)去中心化加強(qiáng)終端的特點，讓服務(wù)免去雪崩效應(yīng)等容災(zāi)上的風(fēng)險。同時，整體技術(shù)架構(gòu)具備易于擴(kuò)展、組合、部署，可支持動態(tài)伸縮、精準(zhǔn)監(jiān)控，并且可以提供灰度發(fā)布等優(yōu)點。服務(wù)層包含應(yīng)用服務(wù)、中臺服務(wù)、技術(shù)服務(wù)。應(yīng)用服務(wù)與中臺服務(wù)都以微服務(wù)架構(gòu)實現(xiàn)。技術(shù)服務(wù)又分為PaaS層和IaaS層：PaaS層通過各項基礎(chǔ)中間件的能力向上層輸送搜索引擎、分布式文件存儲、分布式數(shù)據(jù)庫、分布式緩存等能力；IaaS層向用戶提供基礎(chǔ)資源服據(jù)采集分析和業(yè)務(wù)試錯，并通過計算結(jié)果來指導(dǎo)業(yè)務(wù)工作。運維支撐將從底層對所有服務(wù)做支撐。運維體系通過對基礎(chǔ)設(shè)施的監(jiān)控、服務(wù)升降級等措施來確保系統(tǒng)的容災(zāi)能力與穩(wěn)(3)中臺核心數(shù)據(jù)流規(guī)劃為了簡化業(yè)務(wù)流程，根據(jù)前期的業(yè)務(wù)分析，結(jié)合0級架構(gòu)的設(shè)計，我們可規(guī)劃出企業(yè)的業(yè)務(wù)數(shù)據(jù)流(以房屋租賃行業(yè)為例，多業(yè)態(tài)),如下圖所示：中臺客戶中心承接前臺應(yīng)用租房、買房客戶的注冊信息；對于集團(tuán)多業(yè)態(tài)的業(yè)務(wù)特點而言，經(jīng)紀(jì)人、物管人員、企業(yè)員工都是企業(yè)客戶，都應(yīng)該進(jìn)行精細(xì)化管理?？蛻糁行臑榻y(tǒng)一認(rèn)證產(chǎn)品中心接收來自ERP的工程域樓盤信息、員工錄入或經(jīng)紀(jì)人提供的可租樓盤營銷信息，形成每一間房的完整且統(tǒng)一的營銷文案信息和房間信息。交易中心接收來自WMS的庫存信息，完成購房訂單的生成、在線租房的交易等業(yè)務(wù)活動。訂單生成后，根據(jù)訂單中的商(1)產(chǎn)品設(shè)計產(chǎn)品設(shè)計是在業(yè)務(wù)頂層設(shè)計的指導(dǎo)下，逐層往下抽象的過程，主要是將業(yè)務(wù)調(diào)研的成果轉(zhuǎn)化為產(chǎn)品原型和需求規(guī)格說明書(主要由業(yè)務(wù)場景、業(yè)務(wù)流程構(gòu)成)。中臺產(chǎn)品的詳細(xì)設(shè)計需要以面向中心為指導(dǎo)思想。不僅需要設(shè)計出應(yīng)用需要實現(xiàn)的功能，更重要的是要將需要中心支撐的功能明確標(biāo)識出來，歸到中心的待實現(xiàn)列表里。這樣技術(shù)工程師在領(lǐng)域建模階段才有具體和明確的輸入。建設(shè)中臺的核心目的不是為了共享，共享只是中臺的特性。中臺是為了完成業(yè)務(wù)的核心運行機(jī)制，前臺提供業(yè)務(wù)能力基(2)組件模型設(shè)計組件模型設(shè)計承接0級架構(gòu)設(shè)計，是對中心內(nèi)容的展開。通過對中心功能的分析和對中心業(yè)務(wù)實體的抽象，將具有較強(qiáng)依賴關(guān)系的業(yè)務(wù)實體聚合為一個組件，或者將具有相同主題的業(yè)務(wù)功能聚合為一個業(yè)務(wù)組件。最后以結(jié)構(gòu)化的形式聚合如何判斷組件模型是否合理呢?是否很好地支持業(yè)務(wù)流程、業(yè)務(wù)場景、復(fù)雜的業(yè)務(wù)規(guī)則是衡量組件模型優(yōu)劣的標(biāo)準(zhǔn)。我們可以通過窮舉邊界業(yè)務(wù)場景的方法，來反證組件模型設(shè)計最后需要強(qiáng)調(diào)一點，組件是可以獨立為微服務(wù)的，只要符合微服務(wù)的條件，就可以獨立。但是在實踐過程中，如果微服務(wù)承載的業(yè)務(wù)規(guī)模不大，獨立帶來的業(yè)務(wù)價值不高，反而會(3)1級架構(gòu)設(shè)計組件模型設(shè)計完成后，需要將模型轉(zhuǎn)化為應(yīng)用架構(gòu)。這里的應(yīng)用架構(gòu)是指中心內(nèi)部的應(yīng)用架構(gòu)，我們稱為1級架構(gòu)。1級架構(gòu)是以組件為最小單位設(shè)計的功能層級的架構(gòu)。1級的功能架構(gòu)是必不可少的，它指導(dǎo)著我們的設(shè)計和開發(fā)；技術(shù)層級的1級架構(gòu)可視情況而定，如果技術(shù)內(nèi)容比較復(fù)雜則需要某企業(yè)功能層級的交易中心1級架構(gòu)(4)關(guān)鍵交互圖設(shè)計前面已經(jīng)完成了0級和1級的架構(gòu)設(shè)計，有什么方法能證明設(shè)計是否可以滿足實際業(yè)務(wù)場景的需要嗎?可以通過實現(xiàn)業(yè)務(wù)場景的動態(tài)交互圖，來反向論證設(shè)計的合理性。如何判斷動態(tài)交互圖是否合理呢?根據(jù)業(yè)務(wù)邏輯是否清晰、流程是否簡潔、客戶交互是否高效來判斷。如果設(shè)計出的交互圖不合理，那就說明0級或1級架構(gòu)存在設(shè)計不合理的問題。另外，通過交互圖還可以較好地將設(shè)計思想傳遞給開發(fā)團(tuán)隊。我們主張采用敏捷的方法進(jìn)行開發(fā)交付，將最終目標(biāo)拆解為多個小目標(biāo)，逐個完成。同時又將每個小目標(biāo)拆為多個子項目，每個小團(tuán)隊各自負(fù)責(zé)一個子項目，所有團(tuán)隊并行開發(fā)，(1)迭代規(guī)劃將項目的最終目標(biāo)拆分為幾個階段性小目標(biāo)，每個小目標(biāo)都能上線交付。這里強(qiáng)調(diào)一下，每個小目標(biāo)都是一個閉環(huán)，是一個端到端可驗證的交付物。在這個階段，需要定義好可交付的標(biāo)準(zhǔn)，而不是開發(fā)人員常說的開發(fā)完成，我們主張是集成部署驗證后，才能算作達(dá)到可交付的標(biāo)準(zhǔn)。(2)需求反講開發(fā)任務(wù)確認(rèn)后，要求開發(fā)人員反講需求，并給出對應(yīng)的技術(shù)解決方案。團(tuán)隊討論通過后，進(jìn)行開發(fā)。(3)持續(xù)集成交付敏捷方法強(qiáng)調(diào)開發(fā)完成的代碼能夠立即提交，自動構(gòu)建測試，強(qiáng)調(diào)立刻處理代碼沖突并驗證。驗證的過程強(qiáng)調(diào)自動化測試，對可能出現(xiàn)的問題進(jìn)行預(yù)警反饋。集成測試通過后，能夠自動將代碼部署到類生產(chǎn)環(huán)境中，交由用戶和質(zhì)量保障人員驗證。這里要強(qiáng)調(diào)的是，保障代碼的每一次改動都能在任何時(4)回顧總結(jié)調(diào)整在每一次迭代完成后，團(tuán)隊及時組織召開總結(jié)會議?；仡櫛敬蔚诩夹g(shù)、組織、溝通方面表現(xiàn)優(yōu)秀的成員，學(xué)習(xí)先進(jìn)的技術(shù)和方法?？偨Y(jié)錯誤和阻塞的問題，針對性提出改正的措施，并在下一次迭代開始前，做好對應(yīng)的調(diào)整和準(zhǔn)備。項目上線后，只是產(chǎn)出業(yè)務(wù)價值的開始。數(shù)字中臺需要在持模型會逐步調(diào)整和完善。(1)業(yè)務(wù)運營通過數(shù)字中臺的能力，我們可以調(diào)優(yōu)傳統(tǒng)的業(yè)務(wù)流程或者嘗試新的業(yè)務(wù)場景，并且反哺數(shù)字中臺。(2)內(nèi)容運營內(nèi)容運營主要是指通過企業(yè)自營渠道、第三方流媒體等電子渠道來建立與客戶的連接。連接內(nèi)容包括向客戶推送企業(yè)新品介紹、促銷活動宣傳、企業(yè)動態(tài)等。數(shù)字中臺完成內(nèi)容管(3)技術(shù)運營為了更好地發(fā)揮數(shù)字中臺的作用，需要支持靈活的業(yè)務(wù)運營和內(nèi)容運營。因此，數(shù)