技術(shù)
導(dǎo)讀:由于技術(shù)的高速發(fā)展,互聯(lián)網(wǎng)思維的沖擊使得銀行紛紛面臨必須轉(zhuǎn)型的困境,既包括業(yè)務(wù)轉(zhuǎn)型,也包括技術(shù)轉(zhuǎn)型。
阿里的“大中臺(tái)”是互聯(lián)網(wǎng)架構(gòu)中的一個(gè)標(biāo)志,將核心業(yè)務(wù)能力逐漸抽象,成為公用性的中臺(tái);銀行是傳統(tǒng)行業(yè)中非常重視信息化的,但由于技術(shù)的高速發(fā)展,互聯(lián)網(wǎng)思維的沖擊使得銀行紛紛面臨必須轉(zhuǎn)型的困境,既包括業(yè)務(wù)轉(zhuǎn)型,也包括技術(shù)轉(zhuǎn)型。
東方IC
一、阿里中臺(tái)簡(jiǎn)介
本人最近有幸參加了一次單位組織的阿里培訓(xùn)班,現(xiàn)場(chǎng)感受了“云棲大會(huì)”精英們對(duì)技術(shù)的理解。培訓(xùn)前后又讀了子柳老師的《淘寶技術(shù)十年》和鐘華老師的《企業(yè) IT 架構(gòu)轉(zhuǎn)型之道:阿里巴巴中臺(tái)戰(zhàn)略思想和架構(gòu)實(shí)戰(zhàn)》,算是對(duì)阿里的中臺(tái)概念有個(gè)粗淺了解。
阿里的中臺(tái)是個(gè)累積的過(guò)程,從 2009 年建立共享事業(yè)部開(kāi)始,幾經(jīng)曲折,但是一直在積累,直到 2015 年正式發(fā)展成中臺(tái)戰(zhàn)略??梢?jiàn),這是個(gè)演化過(guò)程,這也符合一般對(duì)架構(gòu)的認(rèn)知,大型架構(gòu)、好的架構(gòu)都不是一蹴而就的設(shè)計(jì),是根據(jù)實(shí)踐不斷磨合調(diào)整得來(lái)的。
目前的阿里中臺(tái)大約有十幾個(gè)共享業(yè)務(wù)單元,包括用戶中心、商品中心、交易中心等。淘寶、天貓、聚劃算等 25 個(gè)大型業(yè)務(wù)應(yīng)用都是由中臺(tái)的共享業(yè)務(wù)單元支持的,共享業(yè)務(wù)單元?jiǎng)t由阿里云平臺(tái)支持。共享業(yè)務(wù)單元的劃分原則其實(shí)不是可以簡(jiǎn)單掌握的,要綜合考量設(shè)計(jì)、運(yùn)營(yíng)和工程因素,盡可能遵循“高內(nèi)聚、低耦合”、“數(shù)據(jù)完整”、“業(yè)務(wù)可運(yùn)營(yíng)”和“漸進(jìn)”的原則。
阿里在劃分中臺(tái)時(shí)非常重視其業(yè)務(wù)價(jià)值和基于業(yè)務(wù)的設(shè)計(jì),而且有業(yè)務(wù)架構(gòu)崗位,每個(gè)共享單元都有業(yè)務(wù)架構(gòu)師。但總體來(lái)講,其業(yè)務(wù)架構(gòu)仍然是領(lǐng)域性的。這點(diǎn)在本人與阿里專家的交流過(guò)程中,他們也認(rèn)為阿里仍然缺少更高一層的抽象,但是顯然這一層比較難于設(shè)計(jì)和維護(hù)。
阿里系統(tǒng)要解決的核心問(wèn)題是高并發(fā)、可擴(kuò)展,因此,業(yè)務(wù)通過(guò)中臺(tái)進(jìn)行共享支持后,基礎(chǔ)設(shè)施必須能夠消解這種壓力。
阿里采用去中心(也就是去 ESB)的 HSF 分布式服務(wù)框架,以支持服務(wù)的點(diǎn)對(duì)點(diǎn)調(diào)用,解決 ESB 可能產(chǎn)生的瓶頸問(wèn)題;采用微服務(wù)設(shè)計(jì)方式,提高變化響應(yīng);自研設(shè)計(jì)了分布式數(shù)據(jù)層框架 TDDL(Taobao Distributed Data Layer)以及分布式數(shù)據(jù)庫(kù) DRDS;研發(fā)了支持分布式事務(wù)處理的 AliWare TXC;支持高效故障定位和運(yùn)維監(jiān)控的鷹眼平臺(tái);實(shí)現(xiàn)了限流和優(yōu)雅降級(jí)設(shè)計(jì),以及做保障的全鏈路壓測(cè)平臺(tái)、業(yè)務(wù)一致性平臺(tái)。這是一套完整的基礎(chǔ)設(shè)施,提供針對(duì)電商業(yè)務(wù)特點(diǎn)的支持。
總結(jié)起來(lái),阿里中臺(tái)是其自身在業(yè)務(wù)不斷發(fā)展的過(guò)程中演進(jìn)和磨合出的架構(gòu),其架構(gòu)即體現(xiàn)了電商的業(yè)務(wù)特色,也包含了完整的技術(shù)支持體系。由于其靈活支持和快速響應(yīng)能力,成為了互聯(lián)網(wǎng)架構(gòu)的優(yōu)秀實(shí)踐案例和設(shè)計(jì)標(biāo)桿。
二、銀行的中臺(tái)可能會(huì)怎么建?
銀行在與互聯(lián)網(wǎng)企業(yè)的競(jìng)爭(zhēng)中倍感壓力,在金融科技的浪潮下紛紛推進(jìn)數(shù)字化轉(zhuǎn)型工作,這個(gè)過(guò)程中,自然想要學(xué)學(xué)互聯(lián)網(wǎng)企業(yè),特別是阿里這類頭部企業(yè)的經(jīng)驗(yàn)。阿里的中臺(tái)提高了服務(wù)的復(fù)用能力和開(kāi)發(fā)效率,銀行是否能參考構(gòu)建一個(gè)通用框架呢?要注意哪些區(qū)別呢?
銀行如果嘗試構(gòu)建金融行業(yè)通用框架,首先要解決的是流程問(wèn)題。
電商的中臺(tái)其實(shí)更容易抽象些,阿里的十幾個(gè)共享業(yè)務(wù)中心其實(shí)非常具有行業(yè)通用性,電商的在流程方面比較容易接受改變,在阿里提供大中臺(tái)支持的前提下,無(wú)論是阿里內(nèi)部還是輸出給其他同業(yè)客戶,流程方面都會(huì)比較容易接受改進(jìn),電商領(lǐng)域是在比較接近的流程下,尋找能力上、服務(wù)上的特色。
但銀行卻不是這樣,銀行的能力是高度同質(zhì)化的,但是流程卻各不相同,因?yàn)榱鞒痰谋澈笫墙M織結(jié)構(gòu)和部門利益,各個(gè)銀行之間部門設(shè)置和職責(zé)邊界都是有差別的,按照康威定律,這種差別會(huì)直接體現(xiàn)在系統(tǒng)結(jié)構(gòu)上。銀行都想談轉(zhuǎn)型,但真能為此大動(dòng)干戈、大幅調(diào)整組織結(jié)構(gòu)的很少,就是采購(gòu)商用軟件,也通常是按照自己的部門結(jié)構(gòu)進(jìn)行本地化改造,將組織烙印深深地打在系統(tǒng)上。
這種差別下,銀行的中臺(tái)沉降過(guò)程可能會(huì)更多地面向功能沉降,在流程與能力解耦的原則下,將流程分離成微服務(wù)架構(gòu)層,但是剝離可通用的能力作為中臺(tái)服務(wù)層,而不一定適合像阿里那樣構(gòu)建為業(yè)務(wù)中臺(tái),因?yàn)槲兆兓狞c(diǎn)不同。
參考的架構(gòu)圖如下:
銀行多是以產(chǎn)品驅(qū)動(dòng)的,這點(diǎn)在設(shè)計(jì)上其實(shí)并不是一定要隨著“以客戶為中心”這種導(dǎo)向而改變,因?yàn)楫a(chǎn)品即服務(wù)、服務(wù)即產(chǎn)品,并不需要太糾結(jié)。
產(chǎn)品通常意味著會(huì)驅(qū)動(dòng)后臺(tái)的一系列服務(wù)和功能。
在 ESB 下,這是不同服務(wù)間的信息流轉(zhuǎn),其實(shí)阿里去掉 ESB 并不意味著銀行也都要去掉 ESB,這要看實(shí)際需要,如果沒(méi)有那么大的并發(fā)量、沒(méi)有那么嚴(yán)重的堵塞要擔(dān)心,也就沒(méi)必要非干掉 ESB,尤其是在銀行自己已經(jīng)使用熟練的情況下,畢竟微服務(wù)架構(gòu)下是否一定排除 ESB 也是有不同聲音的。消息隊(duì)列下,其實(shí)一個(gè)產(chǎn)品就意味著相關(guān)服務(wù)的一組訂閱發(fā)布。
然后可以將銀行的產(chǎn)品按較大的流程環(huán)節(jié)進(jìn)行微服務(wù)切分,這種流程可能會(huì)在不同的銀行有差別,有些業(yè)務(wù) A 銀行有預(yù)處理過(guò)程,B 銀行卻沒(méi)有;有些流程,A 銀行一個(gè)部門搞定,B 銀行卻要兩三個(gè)部門協(xié)作。這些差異可能是內(nèi)部文化的原因,也可能是規(guī)模的差異。
而一個(gè)銀行自己也可能會(huì)隨著規(guī)模的變化、業(yè)務(wù)重點(diǎn)的變化而調(diào)整,其實(shí)“能力”變化不大,但是流程卻可能變化較大。所以,將流程環(huán)節(jié)設(shè)計(jì)成一個(gè)微服務(wù)層,便于快速變化。
再將可以相對(duì)穩(wěn)定的業(yè)務(wù)功能,比如示例中的久期計(jì)算、缺口計(jì)算之類的較為通用,和評(píng)級(jí)計(jì)算、EVA 這些相對(duì)有變化,但不需要非得和流程攪在一起的功能,可以考慮沉降為中臺(tái)服務(wù)。服務(wù)盡可能無(wú)狀態(tài),以方便遷移和改造。
數(shù)據(jù)則是企業(yè)級(jí)后臺(tái)。微服務(wù)的處理結(jié)果準(zhǔn)實(shí)時(shí)更新至企業(yè)級(jí)數(shù)據(jù)庫(kù),中臺(tái)服務(wù)可以在企業(yè)級(jí)數(shù)據(jù)庫(kù)中查詢準(zhǔn)實(shí)時(shí)數(shù)據(jù),實(shí)時(shí)數(shù)據(jù)則可由調(diào)用方提供。
上述過(guò)程是以通用框架為目標(biāo)進(jìn)行描述,但如果是銀行自主研發(fā),自研自用,一樣也可以參考。
銀行學(xué)習(xí)互聯(lián)網(wǎng)架構(gòu)還應(yīng)注意,阿里中臺(tái)是按照 BASE 原則的最終一致性設(shè)計(jì)的,而銀行傳統(tǒng)上是采用 ACID 的強(qiáng)一致性。
上述建議是圍繞中臺(tái)化開(kāi)展的討論,銀行學(xué)習(xí)互聯(lián)網(wǎng)架構(gòu),還應(yīng)注意一個(gè)非常重要的差別,但是這個(gè)不在技術(shù)范疇內(nèi),這就是企業(yè)的組織結(jié)構(gòu)和內(nèi)部文化。
阿里的中臺(tái)是與其組織結(jié)構(gòu)和企業(yè)文化共同成長(zhǎng)的,如果想要移植其設(shè)計(jì)并且具有阿里的效果,那首先自己的內(nèi)部要過(guò)關(guān),技術(shù)也是有其生長(zhǎng)土壤的。阿里對(duì)業(yè)務(wù)架構(gòu)的重視,也恰恰是很多銀行需要認(rèn)真思考的。