中臺到底在共享什么-創(chuàng)新互聯

成都創(chuàng)新互聯公司專注于站前企業(yè)網站建設,響應式網站建設,商城建設。站前網站建設公司,為站前等地區(qū)提供建站服務。全流程按需網站建設,專業(yè)設計,全程項目跟蹤,成都創(chuàng)新互聯公司專業(yè)和態(tài)度為您提供的服務

一、 中臺的誕生

中臺戰(zhàn)略是企業(yè)數字化轉型過程中的一個熱門話題。說到中臺轉型,企業(yè)大多對標阿里巴巴。

 2015年阿里巴巴提出了“大中臺,小前臺”的中臺戰(zhàn)略,提出之初阿里有近 4 億用戶,為超過 1000萬各類企業(yè)提供服務,業(yè)務種類繁多,業(yè)務之間相互網狀依賴。同時,阿里部門也越來越多,分工越來越細,溝通過多,相互依賴,創(chuàng)新成本非常高,對業(yè)務響應也越來越慢。阿里需要找到能夠對外界變化快速反應,整合阿里各種基礎能力,高效支撐業(yè)務創(chuàng)新的機制。

相信很多公司或多或少都遇到過類似的問題,或者隨著企業(yè)規(guī)模越來越大,也正面臨著同樣的問題。

二、 中臺or平臺?

很多IT人員在談論中臺時說:“我們在系統建設之初就已將產品、用戶、權限、客戶等公共模塊獨立成了共享的平臺了,這不是中臺嗎?”也有很多人對中臺提出質疑:“中臺是個怪名詞,它不就是平臺嗎?”

我們先了解一下阿里業(yè)務中臺的發(fā)展歷程。

阿里中臺從業(yè)務中臺和數據中臺開始,后來發(fā)展出移動中臺、技術中臺、研發(fā)中臺等。

(圖片參考:2018云棲大會上海峰會)

 “阿里業(yè)務中臺的前身是共享平臺,原來的共享平臺更多的被當作資源團隊,承接各個業(yè)務方的需求,為業(yè)務方在基礎服務上做定制開發(fā)?!?/strong>

看到這里是不是似曾相識呢。有的企業(yè)十多年前就已經完成了大一統的集中式系統拆分,將公共能力和核心能力分開建設,解決了公共模塊重復投入和重復建設的問題。有的企業(yè)共享平臺建設時間甚至比阿里還要早,但并沒有發(fā)展成為像阿里一樣的中臺。

同樣的起點,為什么結果會不一樣?

阿里這十年經歷了光速發(fā)展,同時業(yè)務領域快速擴張也增加了業(yè)務的復雜性,這種業(yè)務發(fā)展也只有像阿里這樣的互聯網企業(yè)才會遇到??梢哉f:業(yè)務的發(fā)展和復雜性推動了阿里中臺的誕生。

我們再進一步來了解阿里業(yè)務中臺的目標。

 “業(yè)務中臺是把核心服務鏈路 (會員、商品、交易、營銷、店鋪、資金結算等) 整體當作一個平臺產品來做,為前端業(yè)務提供的是業(yè)務解決方案,而不是彼此獨立的系統?!?/strong>

這也是我們?yōu)槭裁纯梢栽陂e魚上能直接登錄淘寶、支付寶,在刷微博時也能流暢的跳轉到淘寶和天貓店鋪的原因。您是否感受到了這種跨平臺融合能力的強大呢?

這種能力有別于豎井式的系統建設方式。有的企業(yè)IT人員說:“我們系統很多,功能很強大,所有業(yè)務點都有系統支持,但為什么業(yè)務人員總抱怨系統做的不夠好?”。

拋開商業(yè)模式的原因,問題根源很有可能出在系統的共享、聯通和融合能力上。由于企業(yè)缺乏整體規(guī)劃,整體建設目標不夠明確,加上天然的組織架構和業(yè)務邊界,很自然的出現了明顯的系統邊界,難以支持企業(yè)級業(yè)務能力的快速融合,不能快速響應企業(yè)級的業(yè)務和商業(yè)模式創(chuàng)新,對前臺一線業(yè)務支持也不夠好,最終影響企業(yè)的發(fā)展。這種問題在業(yè)務領域分布廣泛的集團級企業(yè)可能會表現得更加明顯。

平臺化只是將部分公共模塊獨立為共享平臺。雖然平臺通過API接口或者數據共享對外提供公共服務,解決了重復建設的問題,但由于這類平臺并沒有與企業(yè)內其他平臺或應用實現頁面、業(yè)務流程和數據從前端到后端企業(yè)級的全面融合,沒有將核心業(yè)務服務鏈路作為一個整體方案考慮,各平臺仍然是獨立和分離的,本質上仍然為豎井式建設模式。

共享平臺雖然解決了公共能力復用的問題,但離中臺的目標還有一段距離!

三、 中臺到底是什么?

中臺到底是什么?“一千個讀者就有一千個哈姆雷特”,業(yè)內提法很多。

先聽聽阿里業(yè)務平臺負責人玄難老師說說中臺是什么?

 “中臺是一個基礎的理念和架構,我們要把所有的基礎服務用中臺的思路建設,進行聯通,共同支持上端的業(yè)務。業(yè)務中臺更多的是支持在線業(yè)務,數據中臺提供了基礎數據處理能力和很多的數據產品給所有業(yè)務方去用。業(yè)務中臺、數據中臺、算法中臺等等一起提供對上層業(yè)務的支撐。”

再聽聽ThoughtWorks王健老師對中臺的定義:

 “中臺是企業(yè)級能力復用平臺。”

 “中臺(無論是技術中臺、業(yè)務中臺還是組織中臺)的建設根本上是為了解決企業(yè)響應力困境,彌補創(chuàng)新驅動快速變化的前臺和穩(wěn)定可靠驅動變化周期相對較慢的后臺之間的矛盾,提供一個中間層來適配前臺與后臺的配速問題,沉淀能力,打通并順滑鏈接前臺需求與后臺資源,幫助企業(yè)不斷提升用戶響應力?!?/strong>

我們提煉幾個中臺的關鍵詞:“共享、聯通、融合和創(chuàng)新”。聯通是前臺以及中臺之間的聯通,融合是前臺流程和數據的融合,以共享的方式支持前端一線業(yè)務發(fā)展和創(chuàng)新。

中臺首先體現的是一種企業(yè)級的能力,它提供的是一套企業(yè)級的整體解決方案,解決小到企業(yè)、集團、大到生態(tài)圈的能力共享、聯通和融合的問題,支持業(yè)務和商業(yè)模式創(chuàng)新。通過平臺聯通和數據融合為用戶提供一致的體驗,更敏捷的支撐前臺一線業(yè)務。

中臺源于平臺,但中臺與平臺比,它更多的體現在一種理念的轉變,它更主要體現在三個關鍵能力上:

1. 對前臺業(yè)務的快速響應能力;

2. 企業(yè)級能力的復用能力;

3. 從前臺、中臺到后臺的設計研發(fā)、頁面操作、流程服務和數據的無縫聯通和融合能力。

其中最關鍵的是第3點:企業(yè)級的無縫聯通和融合能力,尤其對于集團化的超大企業(yè)而言,這一點至關重要。

四、 傳統企業(yè)如何做中臺?

傳統企業(yè)有別于互聯網企業(yè),阿里、騰訊等公司是互聯網生態(tài)圈的創(chuàng)造者和流量入口,傳統企業(yè)作為生態(tài)圈種群中的個體,除了需要做好原有的傳統渠道業(yè)務外,還需要融入互聯網生態(tài)圈,其商業(yè)模式、個體能力、與其他個體共生的能力決定了它的發(fā)展?jié)摿Α?/p>

相對互聯網企業(yè)而言,傳統企業(yè)的渠道應用更多樣化,有面向內部人員的柜臺類應用、面向外部用戶的互聯網電商及移動APP類應用。這些應用面向的用戶和場景可能不同,但其功能類似,基本涵蓋了核心業(yè)務能力。此外,傳統企業(yè)也會將部分核心應用的頁面或API服務能力開放給生態(tài)圈第三方,相互借力發(fā)展。

為了適應不同業(yè)務和渠道的發(fā)展,過去很多企業(yè)的做法是開發(fā)很多獨立的應用或APP。但由于IT系統建設初期沒有企業(yè)級的整體規(guī)劃,平臺之間融合不好,導致用戶體驗不好,關鍵的是用戶也并不想裝那么多APP!

為了提高用戶體驗,實現統一運營,很多企業(yè)開始縮減APP數量,通過一個APP集成企業(yè)內所有能力,聯通前臺所有核心業(yè)務鏈路。

由于傳統企業(yè)的商業(yè)模式和IT系統建設發(fā)展的歷程與互聯網企業(yè)不完全一樣,因此傳統企業(yè)的中臺建設策略與阿里中臺戰(zhàn)略也應該有所差異。

由于渠道多樣化,傳統企業(yè)不僅要將通用能力中臺化(對應領域驅動設計的通用域或支撐域),以實現通用能力的沉淀、共享和復用。還需要將核心能力中臺化(對應領域驅動設計的核心域),以滿足不同渠道的核心業(yè)務能力復用的需求,避免傳統核心和互聯網不同渠道應用出現“后端雙核心、前端兩張皮”的問題。這屬于業(yè)務中臺的范疇,需解決核心業(yè)務鏈路的聯通和不同渠道服務共享的問題。

通用能力中臺和核心能力中臺

除了核心業(yè)務鏈路的聯通和服務共享,還需要解決系統微服務分拆后的數據孤島、數據融合和業(yè)務創(chuàng)新的問題。這屬于數據中臺的范疇。采用分布式架構后更應關注微服務拆分后的數據融合。

在中臺設計和規(guī)劃時,需要整體考慮企業(yè)內前臺、中臺以及后臺應用的協同,實現不同渠道應用的前端頁面、流程和服務的共享,實現核心業(yè)務鏈路的聯通以及前臺流程和數據的融合,支持業(yè)務和商業(yè)模式的創(chuàng)新。

中臺轉型要做到:前臺流程融合、中臺服務共享、數據融合創(chuàng)新。

五、 中臺建設應該共享什么?

分布式和云原生等開源技術的逐步成熟,阿里、騰訊等互聯網企業(yè)也從互聯網業(yè)務主戰(zhàn)場轉型為面向企業(yè)的2B技術能力輸出。這些成熟的云計算技術將為傳統企業(yè)中臺戰(zhàn)略轉型賦能,也為傳統企業(yè)中臺建設的技術路線選擇提供了多種可能。

1. 先談談前臺

傳統企業(yè)早期系統有不少是基于業(yè)務領域或組織架構來建設的,每個系統都有自己的前端,相互獨立,用戶操作是豎井式,需要登錄多個系統才能完成完整的業(yè)務流程。

豎井式系統

中臺后的前臺建設要有一套綜合考慮業(yè)務邊界、流程和平臺的整體解決方案,實現各不同中臺前端操作、流程和界面的聯通和融合。不管后端有多少個中臺,前端用戶感受只有一個前臺!

前端操作、流程和界面的聯通和融合

前臺設計中可以借鑒微前端的設計思想,在企業(yè)內不僅實現前端解耦和復用,還可以根據核心鏈路和業(yè)務流程,通過對微前端頁面的動態(tài)組合和流程編排,實現前臺業(yè)務的融合。

前端頁面可自然融合到不同終端和渠道應用核心業(yè)務鏈路中,實現前端頁面、流程和功能復用。相關設計思路我會在“如何實現前臺的融合”章節(jié)中講到。

2. 再說說中臺

這里只討論業(yè)務中臺和數據中臺。

傳統企業(yè)核心業(yè)務大多基于集中式架構開發(fā),單體系統存在擴展性和彈性伸縮能力差的問題,無法適應忽高忽低的互聯網業(yè)務場景。而數據類應用也多數通過ETL工具抽取數據實現數據建模、統計和報表分析功能,但由于數據時效和融合能力不夠,再加上傳統數據類應用本來不是為前端而生,難以快速響應前端一線業(yè)務。

業(yè)務中臺的建設可采用領域驅動設計方法,通過領域建模,將可復用的公共能力從各單體剝離,沉淀并組合,采用微服務架構模式,建設成為可共享的通用能力中臺。同樣的將核心能力采用微服務架構模式,建設成為可面向不同渠道和場景的可復用的核心能力中臺。業(yè)務中臺面向前臺、第三方和其它中臺提供API服務,實現通用能力和核心能力的復用。

面向前臺、第三方和其它中臺提供API服務

需要記住一點:在將傳統集中式單體按業(yè)務職責和能力細分為微服務,建設中臺的過程中,會產生越來越多獨立部署的微服務。雖然提升了應用彈性和高可用能力,但由于微服務的物理隔離,原來一些系統內的調用會變成跨微服務調用,再加上前后端分離,微服務拆分會導致數據進一步分離,增加企業(yè)級應用集成的難度。

如果沒有合適的設計和指導思想,處理不好前臺、中臺和后臺的關系,將會進一步加劇前臺流程和數據的孤島化和碎片化。

數據中臺的主要目標是打通數據孤島,實現業(yè)務融合和創(chuàng)新,包括三大主要職能:一是完成企業(yè)全域數據的采集與存儲,實現各不同業(yè)務類別中臺數據的匯總和集中管理。二是按照標準的數據規(guī)范或數據模型,將數據按照不同主題域或場景進行加工和處理,形成面向不同主題和場景的數據應用,如客戶視圖、代理人視圖、渠道視圖、機構視圖等不同數據體系。三是建立業(yè)務需求驅動的數據體系,基于各個維度的數據,深度萃取數據價值,支持業(yè)務和商業(yè)模式的創(chuàng)新。

數據中臺的建設可分為三步走。第一步實現各中臺業(yè)務數據的匯集,解決數據孤島和初級數據共享問題。第二步實現企業(yè)級實時或非實時全維度數據的深度融合、加工和共享。第三步萃取數據價值,支持業(yè)務創(chuàng)新,加速從數據轉換為業(yè)務價值的過程。

數據中臺不僅限于分析型場景,也適用于交易型場景。它可以建立在數據倉庫或數據平臺之上,將數據服務化之后提供給業(yè)務系統。基于數據庫日志捕獲的技術,使數據的時效性大大提升,可為交易型場景提供很好的支撐。

數據中臺主要完成數據的融合和加工,萃取數據業(yè)務價值,支持業(yè)務創(chuàng)新,對外提供數據共享服務。

3. 順帶說說后臺

很多人提到中臺時自然會問:“既然有前臺和中臺,是否有后臺?那后臺的職責是什么呢?”。

我們來看一下阿里對前臺、中臺和后臺的定位。

前臺主要面向客戶以及終端銷售者,實現營銷推廣以及交易轉化。

中臺主要面向運營人員,完成運營支撐。

后臺主要面向后臺管理人員,實現流程審核、內部管理以及后勤支撐,如采購、人力、財務和OA等系統。

為了實現內部的管理要求,很多人習慣性將這些管理要求嵌入到核心業(yè)務流程中。而一般來說這類內控管理需求對權限、管控規(guī)則和流程等要求都比較高,但是大部分管理人員只是參與了某個局部業(yè)務環(huán)節(jié)的審核。這類復雜的管理需求,會憑空增加不同渠道應用前臺界面和核心流程的融合難度以及軟件開發(fā)的復雜度。

在設計流程審核和管理類功能時,可以考慮按角色或崗位進行功能聚合。將復雜的管理需求從通用的核心業(yè)務鏈路中剝離,參考小程序的建設模式,通過特定程序入口嵌入前臺APP或應用中。

管理需求從前臺核心業(yè)務鏈路剝離后,前臺應用將具有更好的通用性,可更容易的實現各渠道前臺界面和流程的融合。一個前臺應用或APP可以無差別的同時面向外部互聯網用戶和內部業(yè)務人員,從而促進傳統渠道與互聯網渠道應用前臺的融合。

4. 小結

企業(yè)的中臺轉型不只是中臺的工作,需要整體考慮前臺、中臺和后臺的協同、共享、聯通和融合。

前臺通過頁面和流程共享實現不同渠道應用之間前臺融合,中臺通過API實現服務共享。

通過前臺、業(yè)務中臺和數據中臺的融合實現傳統應用與互聯網應用的融合,解決“后端雙核心、前端兩張皮”的問題。

能力復用了,前臺流程和數據融合了才能更好的支持業(yè)務的融合和商業(yè)模式的創(chuàng)新。

六、 如何實現前臺的融合?

為什么要單獨來說前臺的融合呢?因為前臺的融合對企業(yè)級的業(yè)務融合非常重要!

中臺通過微服務實現了后端應用的解耦,提高了應用的彈性伸縮能力。但中臺化的過程中也會將單體應用拆分出許多的微服務,前臺團隊將會面對多個微服務團隊。如何實現不同中臺的前臺融合?前臺應用如何正確的連接和拼裝這些服務?不是一件很容易的事情。

為解決前臺與中臺的集成以及前臺頁面和流程的融合,我們借鑒微前端設計思想。在前端設計時,對齊微服務功能和職責,按照領域模型和微服務邊界,構建與微服務前端功能相對應的可以獨立部署、完全自治、松耦合的頁面聚合,每個聚合只負責特定的 UI 元素和特定的功能。一個完成特定微服務前端功能的頁面聚合就是一個微前端。

微前端與微服務集成后可形成從前端到中臺可獨立開發(fā)、測試、部署和運維的并且功能自包含的微前端業(yè)務組件。微前端除了可以實現前端頁面的解耦外,還可實現前端頁面的復用,這也與中臺服務復用理念是一脈相承。

在微前端之上還有一個企業(yè)級的前臺應用,它可以是一個企業(yè)級的移動APP,也可以是PC端應用,按照正確的業(yè)務邏輯和流程能夠編排和動態(tài)加載企業(yè)內所有微前端頁面,完成企業(yè)內核心業(yè)務鏈路的融合,給用戶提供一致體驗。

通用能力微前端大多作為共享的頁面和功能,其功能入口一般常駐前臺APP中,如購物車、商品、會員以及支付等功能。核心能力微前端主要完成核心業(yè)務前端功能,一般會根據業(yè)務類型動態(tài)加載對應業(yè)務的微前端頁面。比如:可以根據商品類型,加載核心業(yè)務微前端錄單頁面。在完成所有保單錄入后,加載訂單共享微前端頁面,完成訂單生成。訂單生成后,加載支付共享微前端頁面完成支付等等。共享微前端可在不同渠道前臺實現復用。

微前端在前臺的融合

企業(yè)級的核心業(yè)務鏈路在企業(yè)級前臺中實現,它可以根據業(yè)務邏輯動態(tài)編排和加載各中臺的微前端頁面,完成企業(yè)級核心業(yè)務鏈路,在企業(yè)級前臺實現各不同中臺能力的融合。

中臺的頁面、流程和功能在其對應的微前端中實現,它是一個功能和流程自包含的前端業(yè)務組件。微前端頁面和功能根據企業(yè)前臺應用的整體業(yè)務邏輯和流程動態(tài)融入到核心業(yè)務鏈路中。

微前端和微服務集成后形成可復用的業(yè)務組件。不管是核心微前端還是通用微前端,均可在不同的企業(yè)級前臺應用實現復用,從而實現不同中臺的前臺頁面、流程和功能的共享、聯通和融合。

七、 寫在最后

用技術語言總結就是:“前臺聚合,中臺解耦,數據融合,業(yè)務創(chuàng)新”。先有共享、后有聯通、再有創(chuàng)新。

推薦閱讀

數據中臺:民生銀行的實踐

企業(yè)數據中臺整體介紹及建設方案【電子書】 附下載地址

滴滴業(yè)務中臺構建實踐,首次曝光

什么是中臺——來自阿里巴巴架構師總結

金融「中臺」十宗罪

數據中臺【書籍】

分享名稱:中臺到底在共享什么-創(chuàng)新互聯
網站路徑:http://muchs.cn/article46/dhiohg.html

成都網站建設公司_創(chuàng)新互聯,為您提供移動網站建設、動態(tài)網站營銷型網站建設、網站收錄定制網站小程序開發(fā)

廣告

聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯