《中臺戰(zhàn)略》- Chapter 5 - 5.3 業(yè)務中臺設計方法論

推薦購買《中臺戰(zhàn)略-中臺建設與數(shù)字商業(yè)》正版紙質書籍閱讀

??業(yè)務中臺本質上是一個體系或系統(tǒng)缴川,它實現(xiàn)了企業(yè)核心的業(yè)務運行機制劳曹,因而處于企業(yè)運行生態(tài)的核心位置歼捐,所有應用系統(tǒng)都必須與之建立聯(lián)系跃洛。
??眾多的可復用能力只是中臺的形轨蛤,核心的業(yè)務數(shù)據(jù)和業(yè)務流程才是中臺存在的本質蜜宪。

中臺建設4句要訣

5.3.1 能力支撐是基礎

??業(yè)務中臺居于整個企業(yè)數(shù)字化平臺的中間層,從全局的角度來觀察俱萍,業(yè)務中臺是上層應用建設的基礎端壳,它提供了應用功能所依賴的業(yè)務能力。
??1)應用功能建立在能力的基礎上枪蘑;
??2)通過對業(yè)務能力順序編排實現(xiàn)業(yè)務流程损谦;
??3)通過將不同能力的返回結果聚合為一個有針對性的數(shù)據(jù)集,滿足用戶需要岳颇。
??綜上所述照捡,中臺能力為應用功能的實現(xiàn)打下了堅實基礎。衡量業(yè)務中臺價值的一個重要標準就是中臺業(yè)務能力的豐富程度话侧。

5.3.2 中心自治是承載形式

??中心是一個獨立的體系栗精,它能夠獨立運營,支撐多個業(yè)務場景瞻鹏。同時悲立,它也是中臺能力的物理載體,既提供了中臺能力的編碼實現(xiàn)新博,又在運行時生成一個物理進程承載多個中臺能力薪夕。
??這里的中心需要區(qū)別于微服務:
??從業(yè)務上來講,中心實現(xiàn)的業(yè)務范圍比微服務更大赫悄,中心是多個或多類型業(yè)務實體的聚合原献,而微服務一般指一個業(yè)務實體或一類業(yè)務實體的聚合馏慨。例如商品中心既提供類目也提供商品屬性,而類目微服務只提供類目服務姑隅。
??從技術角度看写隶,中心具有復雜的內(nèi)部組件結構和數(shù)據(jù)流關系,微服務追求的是簡單和輕量讲仰,一個中心可以由多個微服務組成慕趴。

??中心自治在業(yè)務上要求中心能夠獨立運營,而不需要橫向依賴其他中心提供的能力叮盘。在技術上秩贰,中心具有獨立的生命周期,包括中心啟動柔吼、運行毒费、停止三種狀態(tài)。我們可以通過運維的技術手段觀察和控制某個中心的生命周期愈魏,而不會影響到其他中心的生命周期觅玻。

5.3.3 3層模型是骨架

??根據(jù)DDD的分析,我們可以看到領域模型分為核心域培漏、支撐域溪厘、通用域,但是我們認為這遠遠不能揭示復雜的業(yè)務世界牌柄,原因如下:
??第一畸悬,這三個分類邊界模糊,難道核心域的內(nèi)容不可以是通用的嗎珊佣?
??第二蹋宦,這三類領域的比較都是以功能角度去考慮,難道功能就應該是劃分領域的標準嗎咒锻?
??第三冷冗,我們劃分領域的標準是不一致的,能否通用是一個維度惑艇,是否為核心則是另外一個維度蒿辙。

??業(yè)務功能按照目標的不同分為兩大類:為了管理好企業(yè)資源而存在的業(yè)務功能,以及為了管理好經(jīng)營活動而存在的功能滨巴。
??業(yè)務中臺從下向上可拆分為業(yè)務實體層思灌、業(yè)務協(xié)作層和業(yè)務活動層。該分層結構不僅定義了業(yè)務中臺的結構恭取,也定義了數(shù)據(jù)流向泰偿、服務依賴關系、單次事務的調用次數(shù)等秽荤。我們可以基于此定義中臺的開發(fā)規(guī)范甜奄。

業(yè)務中臺的3層架構模型

??1)業(yè)務實體層(Business Entity Layer,BEL):由對靜態(tài)業(yè)務實體進行管理的中心所構成窃款,也就是我們分析的企業(yè)靜態(tài)資源管理课兄。靜態(tài)資源包括通用業(yè)務對象,比如省地市晨继、元數(shù)據(jù)烟阐,還包括商品、會員紊扬、用戶等蜒茄。
??2)業(yè)務協(xié)作層(Business Collaboration Layer,BCL):由以完成或管理支撐類業(yè)務活動為目標的中心所構成餐屎,比如促銷中心檀葛、評價中心等。
??3)業(yè)務活動層(Business Activity Layer腹缩,BAL):由以完成或管理核心類業(yè)務活動為目標的中心所構成屿聋,比如交易中心、供應中心藏鹊、物流中心等润讥。

??靜態(tài)資源是一個企業(yè)經(jīng)營的基礎,上層業(yè)務活動需要實時獲取企業(yè)資源以完成業(yè)務活動盘寡,這是商業(yè)的本質規(guī)律楚殿。因此業(yè)務實體層向第一層和第二層提供了能力以被調用。第二層是業(yè)務協(xié)作層竿痰,本層的目標是支撐核心層的業(yè)務活動脆粥,因此從邏輯上看,本層只有提供能力隨時準備給核心層調用菇曲,才能實現(xiàn)支撐的目的冠绢。
??業(yè)務活動和業(yè)務協(xié)作反作用于資源層,是希望資源層做出相應的調整常潮。我們往往不需要也沒有必要對這樣的希望進行實時反應弟胀,因此上層的反作用以事件異步流動的方式向下傳遞。支撐層也是同樣道理喊式,活動層對協(xié)作層的反作用往往不需要實時孵户,因此異步流動是最好的選擇。

5.3.4 5步法是指導思想

中臺建設5步法

??1)業(yè)務抽象:在業(yè)務抽象階段岔留,通過業(yè)務調研和業(yè)務分析夏哭,設計業(yè)務藍圖和抽象業(yè)務元素,為下一階段的中心建模階段準備頂層思想和業(yè)務素材献联。
??a)業(yè)務調研:通過座談會竖配、調研表何址、實地考察等多種方式獲取業(yè)務素材,深入理解企業(yè)業(yè)務和感受企業(yè)面臨的競爭进胯。這里的調研分析不同于傳統(tǒng)的系統(tǒng)調研用爪。我們更加強調的是,以面向中心的思想來探討業(yè)務胁镐,認為業(yè)務流程只是形式偎血,核心是各領域中心的結構和運行機制。各中心的設計需要滿足業(yè)務流程的需要盯漂,但是這不是核心目的颇玷。我們主張在業(yè)務調研過程中進行領域模型的探討,反復思考逐步清晰業(yè)務領域的邊界就缆。
??b)頂層業(yè)務分析:在業(yè)務調研結束后帖渠,結合行業(yè)趨勢、類似項目的比較以及自身的經(jīng)驗竭宰,輸出企業(yè)的商業(yè)模式和核心業(yè)務場景阿弃。業(yè)務場景包括企業(yè)級業(yè)務場景、部門級業(yè)務場景和操作級業(yè)務場景羞延。并在業(yè)務場景梳理過程中渣淳,找出企業(yè)痛點。最終設計出企業(yè)TO-BE的業(yè)務藍圖和應用藍圖伴箩。
??c)業(yè)務抽象:通過頂層業(yè)務分析入愧,明確了總體方向后,我們便可以展開對具體業(yè)務場景的梳理和抽象嗤谚,并輸出功能需求清單棺蛛。在此過程中,還需要定義出功能操作的業(yè)務對象或業(yè)務實體巩步∨陨蓿基于業(yè)務實體,結合對應的功能需求椅野,定義出需要系統(tǒng)提供的能力终畅。根據(jù)能力的主題和實體間的密切關系,我們便能對實體進行歸類竟闪,定義出主題域离福。具體方法將在第6章詳細闡述。

??2)高階設計
??a)中心規(guī)劃:經(jīng)過業(yè)務的調研和分析炼蛤,技術架構師理解并熟悉了業(yè)務妖爷。基于上階段輸出的主題域理朋,技術架構師按照中心的多個劃分標準絮识,進行中心的規(guī)劃绿聘。

??b)0級架構設計:業(yè)務中臺的0級架構本質上是應用架構,它以中心為最小單位進行設計次舌,因此也稱為整體架構設計斜友。0級架構包括了功能層級的架構和技術層級的架構。

功能層級的0級架構示意圖

??企業(yè)整體功能架構從下往上分為IaaS層垃它、PaaS層、基礎組件層烹看、數(shù)字中臺層(包括業(yè)務中臺和數(shù)據(jù)中臺)和業(yè)務應用層国拇。每一層的具體功能如下:

  • IaaS層:完成硬件資源的虛擬化管理,為用戶提供對資源的使用服務惯殊。
  • PaaS層:為應用軟件提供部署平臺和運行環(huán)境酱吝。
  • 基礎組件層:介于業(yè)務服務和技術中間件之間,提供通用的業(yè)務功能和技術功能土思,并解耦業(yè)務應用和技術中間件务热。
  • 數(shù)字中臺層:分為業(yè)務中臺和數(shù)據(jù)中臺,實現(xiàn)企業(yè)業(yè)務活動的核心機制己儒,并通過數(shù)據(jù)中臺對業(yè)務運營提供指導崎岂。
  • 業(yè)務應用層:通過調用和組合中臺能力,實現(xiàn)應用邏輯闪湾。
技術層級的0級架構示意圖

??技術架構總體上分為展現(xiàn)層冲甘、服務層、接口系統(tǒng)途样、運營管理和運維支撐江醇。
??展現(xiàn)層與服務層相分離,展現(xiàn)層采用當下主流的前端框架何暇,分別對移動端陶夜、PC端進行支撐。
??服務層的架構采用分布式的微服務架構裆站,微服務架構去中心化加強終端的特點条辟,讓服務免去雪崩效應等容災上的風險。同時宏胯,整體技術架構具備易于擴展捂贿、組合、部署胳嘲,可支持動態(tài)伸縮厂僧、精準監(jiān)控,并且可以提供灰度發(fā)布等優(yōu)點了牛。服務層包含應用服務颜屠、中臺服務辰妙、技術服務。應用服務與中臺服務都以微服務架構實現(xiàn)甫窟。技術服務又分為PaaS層和IaaS層:PaaS層通過各項基礎中間件的能力向上層輸送搜索引擎密浑、分布式文件存儲、分布式數(shù)據(jù)庫粗井、分布式緩存等能力尔破;IaaS層向用戶提供基礎資源服務。
??運營管理通過埋點技術浇衬、A/B測試技術懒构、大數(shù)據(jù)技術來進行數(shù)據(jù)采集分析和業(yè)務試錯,并通過計算結果來指導業(yè)務工作耘擂。
??運維支撐將從底層對所有服務做支撐胆剧。

??c)中心核心數(shù)據(jù)流規(guī)劃

基于中臺的業(yè)務數(shù)據(jù)流

??3)組件建模
??a)產(chǎn)品設計:產(chǎn)品設計是在業(yè)務頂層設計的指導下,逐層往下抽象的過程醉冤,主要是將業(yè)務調研的成果轉化為產(chǎn)品原型和需求規(guī)格說明書(主要由業(yè)務場景秩霍、業(yè)務流程構成)。

  • 中臺產(chǎn)品的詳細設計需要以面向中心為指導思想蚁阳。
  • 建設中臺的核心目的不是為了共享铃绒,共享只是中臺的特性。

??b)組件模型設計:組件模型設計承接0級架構設計螺捐,是對中心內(nèi)容的展開匿垄。通過對中心功能的分析和對中心業(yè)務實體的抽象,將具有較強依賴關系的業(yè)務實體聚合為一個組件归粉,或者將具有相同主題的業(yè)務功能聚合為一個業(yè)務組件椿疗。最后以結構化的形式聚合這些組件,構成中心糠悼。

??c)1級架構設計:組件模型設計完成后届榄,需要將模型轉化為應用架構。這里的應用架構是指中心內(nèi)部的應用架構倔喂,我們稱為1級架構铝条。1級架構是以組件為最小單位設計的功能層級的架構。1級的功能架構是必不可少的席噩,它指導著我們的設計和開發(fā)班缰;技術層級的1級架構可視情況而定,如果技術內(nèi)容比較復雜則需要輸出悼枢。

某企業(yè)功能層級的交易中心1級架構

??d)關鍵交互圖設計:我們可以通過實現(xiàn)業(yè)務場景的動態(tài)交互圖埠忘,來反向論證設計的合理性。如何判斷動態(tài)交互圖是否合理呢?根據(jù)業(yè)務邏輯是否清晰莹妒、流程是否簡潔名船、客戶交互是否高效來判斷。如果設計出的交互圖不合理旨怠,那就說明0級或1級架構存在設計不合理的問題渠驼。另外,通過交互圖還可以較好地將設計思想傳遞給開發(fā)團隊鉴腻。

??4)開發(fā)交付:我們主張采用敏捷的方法進行開發(fā)交付迷扇,將最終目標拆解為多個小目標,逐個完成爽哎。同時又將每個小目標拆為多個子項目蜓席,每個小團隊各自負責一個子項目,所有團隊并行開發(fā)倦青,協(xié)同向前推進。
??a)迭代規(guī)劃:將項目的最終目標拆分為幾個階段性小目標盹舞,每個小目標都能上線交付产镐。這里強調一下,每個小目標都是一個閉環(huán)踢步,是一個端到端可驗證的交付物癣亚。在這個階段,需要定義好可交付的標準获印,而不是開發(fā)人員常說的開發(fā)完成述雾,我們主張是集成部署驗證后,才能算作達到可交付的標準。
??b)需求反講開發(fā):任務確認后,要求開發(fā)人員反講需求啄栓,并給出對應的技術解決方案篇梭。團隊討論通過后,進行開發(fā)盏浙。開發(fā)階段,每日召開站立會,同步開發(fā)進度和存在的問題匣掸,并在看板中加以體現(xiàn)。
??c)持續(xù)集成交付:敏捷方法強調開發(fā)完成的代碼能夠立即提交氮双,自動構建測試碰酝,強調立刻處理代碼沖突并驗證。驗證的過程強調自動化測試戴差,對可能出現(xiàn)的問題進行預警反饋送爸。集成測試通過后,能夠自動將代碼部署到類生產(chǎn)環(huán)境中,交由用戶和質量保障人員驗證碱璃。這里要強調的是弄痹,保障代碼的每一次改動都能在任何時候部署到環(huán)境中。
??d)回顧總結調整:在每一次迭代完成后嵌器,團隊及時組織召開總結會議肛真。回顧本次迭代在技術爽航、組織蚓让、溝通方面表現(xiàn)優(yōu)秀的成員,學習先進的技術和方法讥珍±總結錯誤和阻塞的問題,針對性提出改正的措施衷佃,并在下一次迭代開始前趟卸,做好對應的調整和準備。

??5)持續(xù)運營:項目上線后氏义,只是產(chǎn)出業(yè)務價值的開始锄列。數(shù)字中臺需要在持續(xù)不斷的運營中,不斷沉淀和發(fā)展惯悠。能力會逐步增強和擴展邻邮,模型會逐步調整和完善。
??a)業(yè)務運營:通過數(shù)字中臺的能力克婶,我們可以調優(yōu)傳統(tǒng)的業(yè)務流程或者嘗試新的業(yè)務場景筒严,并且反哺數(shù)字中臺。比如對于電商平臺而言情萤,我們需要結合新的互聯(lián)網(wǎng)玩法鸭蛙,定義新的營銷活動。針對不同的行業(yè)筋岛,業(yè)務運營的內(nèi)容不同规惰。
??b)內(nèi)容運營:內(nèi)容運營主要是指通過企業(yè)自營渠道、第三方流媒體等電子渠道來建立與客戶的連接泉蝌。連接內(nèi)容包括向客戶推送企業(yè)新品介紹歇万、促銷活動宣傳、企業(yè)動態(tài)等勋陪。數(shù)字中臺完成內(nèi)容管理贪磺、推送邏輯管理。
??c)技術運營:為了更好地發(fā)揮數(shù)字中臺的作用诅愚,需要支持靈活的業(yè)務運營和內(nèi)容運營寒锚。因此劫映,數(shù)字中臺需要不斷運用技術棧或反復調整技術參數(shù)來適配刹前,常見的有A/B測試技術的使用和策略調整泳赋,以及彈性伸縮技術、限流降級技術的使用等喇喉。這些內(nèi)容都屬于技術運營的范疇祖今。
??d)數(shù)據(jù)運營:在線業(yè)務需要數(shù)據(jù)中臺的反饋和指導,因此數(shù)據(jù)中臺需要對業(yè)務數(shù)據(jù)進行分析和挖掘拣技。而分析的維度和挖掘的算法需要不斷地補充調整以及優(yōu)化千诬,數(shù)據(jù)運營則完成這些調整和優(yōu)化任務。

最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末膏斤,一起剝皮案震驚了整個濱河市徐绑,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌莫辨,老刑警劉巖傲茄,帶你破解...
    沈念sama閱讀 221,695評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異沮榜,居然都是意外死亡盘榨,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,569評論 3 399
  • 文/潘曉璐 我一進店門敞映,熙熙樓的掌柜王于貴愁眉苦臉地迎上來较曼,“玉大人磷斧,你說我怎么就攤上這事振愿。” “怎么了弛饭?”我有些...
    開封第一講書人閱讀 168,130評論 0 360
  • 文/不壞的土叔 我叫張陵冕末,是天一觀的道長。 經(jīng)常有香客問我侣颂,道長档桃,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 59,648評論 1 297
  • 正文 為了忘掉前任憔晒,我火速辦了婚禮藻肄,結果婚禮上,老公的妹妹穿的比我還像新娘拒担。我一直安慰自己嘹屯,他們只是感情好,可當我...
    茶點故事閱讀 68,655評論 6 397
  • 文/花漫 我一把揭開白布从撼。 她就那樣靜靜地躺著州弟,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上婆翔,一...
    開封第一講書人閱讀 52,268評論 1 309
  • 那天拯杠,我揣著相機與錄音,去河邊找鬼啃奴。 笑死潭陪,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的纺腊。 我是一名探鬼主播畔咧,決...
    沈念sama閱讀 40,835評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼揖膜!你這毒婦竟也來了誓沸?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 39,740評論 0 276
  • 序言:老撾萬榮一對情侶失蹤壹粟,失蹤者是張志新(化名)和其女友劉穎拜隧,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體趁仙,經(jīng)...
    沈念sama閱讀 46,286評論 1 318
  • 正文 獨居荒郊野嶺守林人離奇死亡洪添,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,375評論 3 340
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了雀费。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片干奢。...
    茶點故事閱讀 40,505評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖盏袄,靈堂內(nèi)的尸體忽然破棺而出忿峻,到底是詐尸還是另有隱情,我是刑警寧澤辕羽,帶...
    沈念sama閱讀 36,185評論 5 350
  • 正文 年R本政府宣布逛尚,位于F島的核電站,受9級特大地震影響刁愿,放射性物質發(fā)生泄漏绰寞。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,873評論 3 333
  • 文/蒙蒙 一铣口、第九天 我趴在偏房一處隱蔽的房頂上張望滤钱。 院中可真熱鬧,春花似錦脑题、人聲如沸件缸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,357評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽停团。三九已至旷坦,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間佑稠,已是汗流浹背秒梅。 一陣腳步聲響...
    開封第一講書人閱讀 33,466評論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留舌胶,地道東北人捆蜀。 一個月前我還...
    沈念sama閱讀 48,921評論 3 376
  • 正文 我出身青樓,卻偏偏與公主長得像幔嫂,于是被迫代替她去往敵國和親辆它。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,515評論 2 359