丁香五月天婷婷久久婷婷色综合91|国产传媒自偷自拍|久久影院亚洲精品|国产欧美VA天堂国产美女自慰视屏|免费黄色av网站|婷婷丁香五月激情四射|日韩AV一区二区中文字幕在线观看|亚洲欧美日本性爱|日日噜噜噜夜夜噜噜噜|中文Av日韩一区二区

您正在使用IE低版瀏覽器,為了您的雷峰網(wǎng)賬號安全和更好的產(chǎn)品體驗,強烈建議使用更快更安全的瀏覽器
此為臨時鏈接,僅用于文章預覽,將在時失效
金融科技 正文
發(fā)私信給岑大師
發(fā)送

0

數(shù)字金融時代,螞蟻金服是如何譜寫出金融IT架構的進化史的?

本文作者: 岑大師 2018-06-21 09:20
導語:最近幾個月來,螞蟻金服對外技術合作的步伐正在加速。

最近幾個月來,螞蟻金服對外技術合作的步伐正在加速。 

在銀行合作方面,從5月中旬開始一個月的時間,螞蟻金服已經(jīng)與華夏、光大、浦發(fā)、中信4家大型銀行,以及城商行天津銀行等分別簽署了戰(zhàn)略合作協(xié)議,在分布式架構、手機銀行、風險管理、普惠金融等領域展開合作。 

盡管在這一波銀行擁抱金融科技的浪潮中,螞蟻金服開放勢頭迅速,但在螞蟻金服看來,未來還有很大空間。 

“我們在合作伙伴和金融機構的合作當中發(fā)現(xiàn),大家還是有技術瓶頸,如果不開放、不解決大家共同面臨的問題,沒法把支撐業(yè)務作數(shù)字化轉型進行地更徹底。”在近日召開的GIAC全球互聯(lián)網(wǎng)架構大會上,螞蟻金服基礎技術部中間件團隊負責人楊冰告訴雷鋒網(wǎng)。而在這次大會上,楊冰也為剛于4月底開源的金融級分布式中間件SOFA代言,面向華南技術社區(qū)分享數(shù)字金融時代的云原生架構轉型路徑。

數(shù)字金融時代,螞蟻金服是如何譜寫出金融IT架構的進化史的?

(圖為楊冰在GIAC全球互聯(lián)網(wǎng)架構大會上發(fā)表演講)

螞蟻金服的去IOE:業(yè)務反推技術,技術促生業(yè)務

螞蟻金服對外技術輸出的故事,要從“去IOE”說起。 

2008年,前微軟亞洲研究院常務副院長王堅空降阿里巴巴,出任集團首席架構師。在到任后不久,王堅就提出了相當超前的“去IOE”理念,即在阿里巴巴的IT架構中,去掉IBM的小型機、Oracle的數(shù)據(jù)庫和EMC存儲設備,代之以自主可控的自主研發(fā)技術。 

“去IOE”計劃2009年在阿里開始實施,標志著阿里技術開始全面邁向云計算架構,此舉也推動了阿里云業(yè)務的發(fā)展,這一年9月,“阿里云計算有限公司”正式成立。 

而在另一邊,后來讓所有網(wǎng)民瘋狂的“雙11”購物節(jié)也在2009年首次到來。第一個“雙11”購物節(jié)雖然只有27個商家參與,銷售額“僅有”5200萬元,但當時幾乎所有的人都沒有意識到這個活動的潛力。 

“2009年雙11支付寶是差點有宕機的危險的。”楊冰告訴雷鋒網(wǎng)?!爱敃r是支付寶第一次經(jīng)歷雙十一,實際的流量高峰超出所有人的預期,當然也超出了系統(tǒng)的承受能力,當時賬務庫和會計庫是部署在一起的,眼看數(shù)據(jù)庫快要跪了,我們以最快速度把會計的應用給 kill 掉,才勉強撐過去。從此便啟動了各種大型的技術改造,并堅定的走上了自研道路。” 

據(jù)楊冰介紹,在06年以前,支付寶關注的還是“快”,即如何更好地響應淘寶的支付業(yè)務需求問題,當時在技術上也是基于“煙囪式”的經(jīng)典單體應用架構體系;06年以后支付寶的體系架構進入第二個階段,魯肅(雷鋒網(wǎng)注:即阿里巴巴合伙人,螞蟻金服CTO程立)、阿璽(雷鋒網(wǎng)注:即螞蟻金服副CTO胡喜)等人幫助支付寶整體架構往SOA(Service Oriented Architecture,面向服務架構)化的方向進行設計。 

但SOA的架構更多講的是“怎么樣把功能單元進行標準定義,通過接口和統(tǒng)一的約定對外提供服務”的方式,而對于在分布式架構下對大規(guī)模服務和計算資源作有效管控治理并沒有過多涉及。在這樣的背景下,螞蟻分布式中間件SOFA應運而生——當時叫做Service Oriented Fabric Architecture,即在SOA的基礎上加入了“Fabric”(編排、編織)的概念,確保支付寶所有服務如賬務、交易、支付等系統(tǒng)能通過服務化、模塊化的方式高效組織和協(xié)同。到08年支付寶已經(jīng)實現(xiàn)關鍵核心系統(tǒng)的模塊化拆改造。 

楊冰介紹,當時支付寶已經(jīng)按中臺化模式在運作,部分核心的系統(tǒng)都是以中臺的模式沉浸在底層,有共性的業(yè)務能力也服務化的方式沉淀下來,幫助前臺應用快速響應業(yè)務需求和變更。 

而2009年“雙11”暴露出小型機和商業(yè)數(shù)據(jù)庫缺乏彈性、無法適應業(yè)務急劇變化的瓶頸,則加速了支付寶在分布式架構上的進一步演化。 

當時的支付寶正處于一個飛快的增長時期——從2009年到2013年,支付寶的業(yè)務量每年都在以兩三倍增長,而且一般來說,當年的峰值會是下一年的平均的業(yè)務量。新的架構不僅需要考慮滿足業(yè)務演進,而且還要考慮下一年可能翻倍的容量峰值變化,無論從成本上還是技術上,推進微服務化、分布式架構看起來都是最適合的選擇,希望能通過成本低廉的設備集群來提供一個高性能容易擴展且總體穩(wěn)定的系統(tǒng)。 

這樣的轉變同時也遇到了很大的技術難題:首先是服務拆分后的一致性問題,但同時需要考慮的另一個問題則是效率,支付寶當時的交易量已經(jīng)處于一個相當高的水平。當時業(yè)務已經(jīng)多以支付為主,為保證資金安全,技術團隊當時已經(jīng)開始通過“分布式事務”解決跨多個服務和數(shù)據(jù)庫的交易一致性問題,同時兼顧性能。 

此外對容災、業(yè)務的連續(xù)性也是一個考驗點。但對當時的支付寶來說,如果仍然采用舊有架構、通過一般常見的數(shù)據(jù)分庫分表的方式修修補補,是沒有辦法滿足系統(tǒng)大規(guī)模擴展的需求的,對同城甚至異地的多機房部署也帶來了很大挑戰(zhàn)。支付寶的架構通過一種“單元化”的方式進行改造,使整體業(yè)務處理能力得以在機房層級進行橫向伸縮。 

彼時,從早期淘寶收藏夾項目里逐步發(fā)展起來的一個分布式數(shù)據(jù)庫OceanBase已經(jīng)開始納入到整個支付寶的技術架構當中,并按契合金融級需求的方式去發(fā)展,從數(shù)據(jù)庫的層面解決容災和擴展性的問題。支付寶開始逐步形成了一套以自研數(shù)據(jù)庫,自研中間件和云平臺架構為支撐的這樣的一套三代架構,在三代架構上,所支持的上層應用會變得更豐富,而支撐業(yè)務的技術中臺能力也變得越來越強。 

在此過程中,SOFA也經(jīng)歷了若干次的邊界延伸。最初的SOFA是一個重點在“模塊化”和“服務化”上的開發(fā)框架,隨著公司的技術架構的升級,SOFA的邊界也擴大到應用和底層設施之間的中間件;而再往后,這個邊界又被擴大到DevOps

平臺和金融業(yè)務通用組件BPaaS 平臺,在架構上也從單體架構轉到服務化架構,在向著云原生(Cloud-Native)的方向發(fā)展同時,更進一步地實現(xiàn)異地多活、無損容災等金融級特性,而現(xiàn)在SOFA已經(jīng)從中間件這一層開始,逐漸對外進行開放和開源。 

“業(yè)務在前面沖的很猛,技術必須不斷尋求突破,除了每次要像救火一樣,必須還要有額外的儲備和沉淀,每一次大促都會讓我們變的更強,讓平臺的演進從業(yè)務驅(qū)動逐步轉變?yōu)轵?qū)動業(yè)務?!被貞浧鹫麄€發(fā)展歷程,楊冰頗有感慨。 

2013年5月17日,阿里最后一臺小型機從支付寶下線,這對阿里的“去IOE”來說是一個里程碑式的節(jié)點,標志著新的互聯(lián)網(wǎng)技術和架構開始在阿里內(nèi)部取代了傳統(tǒng)的IT技術和架構。 

相比起以底層基礎設施的改變,阿里IT架構的整體改造的更大意義在于應用架構的重建,推動了應用的云化和微服務化,為業(yè)務創(chuàng)新插上了翅膀,新的IT格局不僅重構了阿里的技術框架,更讓阿里從一家電商基因的公司進化成一家技術公司,并重新定義了企業(yè)IT和業(yè)務的邊界。 

如同喬布斯所說的“Connecting the dots”,從當初的“去IOE”開始,引發(fā)的支付寶IT體系的變化和架構的重建,支付寶的技術人員通過將一個又一個的變化連接在一起,在實現(xiàn)技術架構的基礎上延伸出更多的新業(yè)務,最終勾勒出今日螞蟻金服業(yè)務布局的基礎。


從對內(nèi)到對外,螞蟻金服的又一躍

2014年,螞蟻金服成立。2015年9月,螞蟻金服推出了“互聯(lián)網(wǎng)推進器”計劃,提出將推動平臺、數(shù)據(jù)和技術方面的能力全面對外開放,在5年內(nèi)助力超過1000家金融機構向新金融轉型升級。 

“對內(nèi)服務”到“對外服務”的改變,也導致了螞蟻金服技術架構的第三次升級:以前螞蟻金服的一些技術只要對內(nèi)服務好性能,控制好性能成本,效率各方面就可以了,在這一階段則要變得更兼容、更開放,讓合作伙伴可以在上面做二次開發(fā)。 

為配合合作伙伴轉型升級,從2015年起,螞蟻金服開始針對金融客戶需求做金融科技開放。長久以來,銀行對于金融IT系統(tǒng)要求極高,金融級的技術要求一直秉承這樣的原則:資金安全,交易強一致、數(shù)據(jù)強一致、準實時交易、資金核對、異常熔斷、快速恢復;達到99.99%以上的高可用性和異地多活容災能力;安全,多層檢測、感知與防御各類安全攻擊;性能,包括響應時間、并發(fā)能力、快速調(diào)集資源;單筆交易和峰值交易平均成本;全鏈路數(shù)據(jù)質(zhì)量管理與治理能力等六大要求。可以說這些需求,在螞蟻金服的業(yè)務和技術升級中都有所涉及。 

但對于同樣場景復雜程度很高的業(yè)務場景,銀行和互聯(lián)網(wǎng)公司采用了不同的IT架構模式:與螞蟻金服的“大中臺”的做法和分布式架構不同,銀行的IT架構仍以IOE為主,很多產(chǎn)品邏輯和業(yè)務邏輯沉淀到了數(shù)據(jù)庫層面,應用系統(tǒng)則做得很薄,通過簡單指令交互和數(shù)據(jù)組裝來完成業(yè)務邏輯,架構模式正好與螞蟻金服反過來。對于許多銀行來說,這種近乎“推翻重來”的做法接受起來要困難一些。 

盡管如此,“業(yè)務上云”對于銀行來說仍然有著強大的吸引力。對于銀行來說,“互聯(lián)網(wǎng)化”是金融創(chuàng)新的主要趨勢,將自身業(yè)務上云,本質(zhì)上是可以將原來固定場景化的業(yè)務抽象成隨時可以被調(diào)用的、面向消費者的服務,可以讓銀行形成一個敏捷的架構,從而更好更靈活地根據(jù)客戶需求設計新的業(yè)務和為客戶服務。 

“令人欣喜的是,在銀行業(yè)中云計算的價值已經(jīng)深入人心。”楊冰說。“所以阿里也非常直白地提出,上云就上阿里云。大家覺得云是可伸縮的,是一個在效率方面可以帶來提升的,成本方面帶來下降的技術?!?nbsp;

同時楊冰還提到,盡管銀行都在往云平臺上走,很多時候大家的理念是相通的,但由于金融領域的特殊性,無論是業(yè)界提得比較多的云原生,還是在分布式的架構方面都還存在認識上的差異。大多數(shù)銀行在這方面的實踐僅停留在一些比較初級的遠程調(diào)用組件、分布式文件系統(tǒng)等階段,由于金融領域?qū)σ恢滦浴o損容災、彈性伸縮和成本的極致性的要求上的差異,其實已經(jīng)相差的比較遠了。如果銀行還是僅僅是去看業(yè)界本身的非常普世的建議的話,“可能還會踩到一些我們踩過的坑?!?nbsp;

一方面在短期內(nèi)無法離開IOE,一方面希望最大程度利用云計算的靈活性、敏捷性,雙模IT成了很多銀行嘗試數(shù)字化轉型時最合適選擇。 

楊冰告訴雷鋒網(wǎng),以螞蟻金服、阿里云共同與南京銀行合作的“鑫云+”互聯(lián)網(wǎng)金融平臺為例,保留了銀行可靠穩(wěn)定的傳統(tǒng)核心系統(tǒng),同時采用業(yè)界成熟可信的分布式架構技術搭建新平臺,建立一個更開放、靈活、松耦合、高性能、易擴展的第二核心。新平臺需要兼顧敏捷性和穩(wěn)定性,滿足業(yè)務快速迭代和技術架構彈性擴展的需求。 

楊冰還告訴雷鋒網(wǎng),在做對外的技術開放的時候,螞蟻金服不是重復發(fā)明一個輪子開放給外部的合作伙伴用,而是把現(xiàn)有技術作充分的產(chǎn)品化改造,開放和開源的產(chǎn)品都是“自己先吃的狗糧”(開發(fā)梗,“eat your own dog food”,即內(nèi)部先使用自己的產(chǎn)品),包括SOFA在內(nèi),同步給內(nèi)部和外部用是同一個版本。 

“不過,我們還有一些要去做歷史兼容的東西不太適合去開源,另外一些比較超前的東西,包括全業(yè)務混部這樣的本身也還在演進的、或者對于大多數(shù)合作伙伴和機構客戶還暫時不太需要的技術,可能我們會先在內(nèi)部發(fā)展?!睏畋f。 

這對于合作伙伴來說是一件好事。這意味著在螞蟻的開源平臺上,用到的都是經(jīng)過螞蟻嚴苛業(yè)務場景充分驗證過的成熟技術。而從產(chǎn)品發(fā)展的角度,螞蟻金服也是在把多年來在支付寶上積累的技術和運營經(jīng)驗開放給銀行客戶去推出下一代的數(shù)字化銀行,搭建更多場景服務,在更多場景下去鍛煉,最終構建一個相互都能獲益的社區(qū)生態(tài)。 

基于這種思想,SOFA在開源的時候并沒有選擇類似“全家桶”必須全套采用的形式,整套開源項目由許多非常小但又是可以被獨立拿出去用的類庫和組件組成,如果用戶發(fā)現(xiàn)SOFA里面某一個東西很好,他期望拿過來用時,既可以合在一起用,又可以拆開用,這樣的話就非常有利于開源社區(qū)的豐富和活躍。 

“我們覺得社區(qū)肯定是要大家一起玩的,只有這樣才能稱之為社區(qū)。”楊冰說。“我們所設計的并不是一個特別定制化的產(chǎn)品,我們會考慮跟外部的一些平臺做融合。所以,我們在設計框架也好,微服務也好,或者是我們將來會開放的其他組件也好,會優(yōu)先考慮跟周邊生態(tài)有很好的結合性?!?/p>

雷峰網(wǎng)原創(chuàng)文章,未經(jīng)授權禁止轉載。詳情見轉載須知。

分享:
相關文章
當月熱門文章
最新文章
請?zhí)顚懮暾埲速Y料
姓名
電話
郵箱
微信號
作品鏈接
個人簡介
為了您的賬戶安全,請驗證郵箱
您的郵箱還未驗證,完成可獲20積分喲!
請驗證您的郵箱
立即驗證
完善賬號信息
您的賬號已經(jīng)綁定,現(xiàn)在您可以設置密碼以方便用郵箱登錄
立即設置 以后再說