国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

蘇光牛:全面數(shù)字化時代,金融核心業(yè)務系統(tǒng)數(shù)據(jù)庫如何選型?

這篇具有很好參考價值的文章主要介紹了蘇光牛:全面數(shù)字化時代,金融核心業(yè)務系統(tǒng)數(shù)據(jù)庫如何選型?。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

在新一輪科技革命和產(chǎn)業(yè)變革的背景下,全球企業(yè)進入數(shù)字化時代,全球的營商環(huán)境發(fā)生了很大的變化,金融業(yè)需要加速進入智能化升級時代。此外,由于金融是國家經(jīng)濟的基礎,結(jié)合營商環(huán)境,需要跟上產(chǎn)業(yè)的變革轉(zhuǎn)型,增強金融產(chǎn)品的核心競爭力。

金融業(yè)的信息化建設思路一直走在前沿,早在十多年前,各家金融企業(yè)就開始思考以云和分布式的技術作為企業(yè)數(shù)字化轉(zhuǎn)型的基石,結(jié)合自身應用特性構(gòu)建大規(guī)模、自主可靠、靈活高效的企業(yè)級金融云平臺,實現(xiàn)傳統(tǒng)架構(gòu)的轉(zhuǎn)型,推進IT系統(tǒng)向快速響應、彈性伸縮、高可用、低成本的云計算環(huán)境發(fā)展。

信息化的轉(zhuǎn)型繞不開一個核心的話題,就是核心交易系統(tǒng)的改造,而核心交易系統(tǒng)的核心基礎軟件就是OLTP(online transaction processing,在線交易處理)數(shù)據(jù)庫,如何面向未來構(gòu)建具備競爭力且安全合規(guī)的分布式云數(shù)據(jù)庫,成為金融業(yè)信息化轉(zhuǎn)型的關鍵。

華為云數(shù)據(jù)庫服務總經(jīng)理????蘇光牛

擁抱分布式與云化是金融科技發(fā)展的必然趨勢

金融業(yè)務的爆發(fā)式增長,對信息系統(tǒng)高并發(fā)請求及海量數(shù)據(jù)的高性能存取提出了極高的要求。當前,集中式架構(gòu)需要快速轉(zhuǎn)型為分布式系統(tǒng)是大勢所趨。分布式的系統(tǒng)架構(gòu)基于通用的硬件架構(gòu),如X86和ARM,從一開始就把擴展性、大容量作為基礎的理念,從而在業(yè)務高并發(fā)和容量快速增加時可以從容應對。當前,多數(shù)的金融企業(yè)均已經(jīng)從外圍、邊緣應用嘗試分布式數(shù)據(jù)庫。?

華為全球產(chǎn)業(yè)展望(GIV@2025)指出,到2025年,85%的應用將運行在云上。我們認為:業(yè)務及各個組件的云化是大勢所趨。云數(shù)據(jù)庫并不是把數(shù)據(jù)庫裝進容器或者虛機,而是通過管理面與數(shù)據(jù)庫內(nèi)核的改進,與云基礎設施深度融合,讓核心交易系統(tǒng)具備高效彈性的部署能力和自動化運維能力,從而真正讓“使用數(shù)據(jù)庫像擰開水龍頭取水一樣方便”。

金融業(yè)選擇分布式數(shù)據(jù)庫會面臨哪些挑戰(zhàn)?

數(shù)據(jù)庫承載了企業(yè)的核心數(shù)據(jù)資產(chǎn),因此數(shù)據(jù)庫的高效、穩(wěn)定、安全至關重要。金融企業(yè)在分布式數(shù)據(jù)庫的選型、建設和運維中,主要面臨著以下幾點挑戰(zhàn):

1. 安全合規(guī):過去十年是開源數(shù)據(jù)庫蓬勃發(fā)展的十年,但開源是否免費;開源開放背后的主導者是誰;開源代碼協(xié)議的背后思考;開源對未來業(yè)務連續(xù)性的風險、及對商業(yè)軟件的兼容和接口的模擬帶來的法務風險;不遵從開源協(xié)議的簡單包裝等這些問題都值得深入思考。從業(yè)者需要從全局考慮,尤其針對當前復雜的國際產(chǎn)業(yè)環(huán)境,安全合規(guī)的要求看似非技術要求,但極為重要。

2. 擁抱變化:傳統(tǒng)的應用開發(fā)和數(shù)據(jù)庫進行了深度的耦合,然而安全合規(guī)的要求讓我們不能期望一個100%兼容之前商業(yè)閉源數(shù)據(jù)庫的國產(chǎn)數(shù)據(jù)庫(即使有,是否能用也要仔細評估),與此同時,接口與兼容性也難以達到同樣的要求。因此,對于想要數(shù)字化轉(zhuǎn)型的金融信息系統(tǒng)來說,業(yè)務架構(gòu)的改造是非常必要的,選擇“躺平”并不能解決本質(zhì)問題。我們要利用這次的改變機會讓應用和數(shù)據(jù)庫做好適配,規(guī)范數(shù)據(jù)庫的開發(fā)規(guī)范,從而讓未來金融業(yè)務的開發(fā)具備更好的活力。

3. 內(nèi)核能力:數(shù)據(jù)庫是一門相對古老但又極具挑戰(zhàn)的技術學科,“古老”是指數(shù)據(jù)庫已經(jīng)有近40年的歷史,“挑戰(zhàn)”是指工程化要求高。雖然當前市場上有很多開源范本,但是真正滿足金融級要求的商業(yè)數(shù)據(jù)庫卻寥寥無幾,這需要在可用性、可靠性和性能上追求極致,這就必然要求數(shù)據(jù)庫廠商的內(nèi)核專家是“精專人才”而不是“數(shù)量人才”,需要真正有10年從業(yè)經(jīng)驗、熟悉數(shù)據(jù)庫原理又懂數(shù)據(jù)庫內(nèi)核代碼實現(xiàn)的人才。

4. 開放的生態(tài):開放的生態(tài)代表了數(shù)據(jù)庫的未來,包括數(shù)據(jù)庫的SQL語法體系、數(shù)據(jù)庫的日志接口、數(shù)據(jù)庫管控API等等。友好協(xié)議下的開源能更好營造開放的生態(tài),有利于廣泛的應用與推廣,從高校、ISV、個人開發(fā)者等多渠道培養(yǎng)人才,構(gòu)筑良性循環(huán)、長期演進、開放共贏的數(shù)據(jù)庫生態(tài)。

5. 規(guī)?;倪\維:業(yè)務量的增加意味著容量的增加,從使用幾百GB到幾十TB,甚至100TB的交易型數(shù)據(jù)庫,意味著運維節(jié)點數(shù)量也會出現(xiàn)爆發(fā)式增長,每個DBA需要管理的數(shù)據(jù)庫實例也會成倍的增加,從長遠看,DBA至少都應該思考如何以“云”的方式來管理自己的數(shù)據(jù)庫,擁抱技術紅利進而分擔大規(guī)模的運維壓力。

金融企業(yè)如何選擇合適的分布式數(shù)據(jù)庫?

綜上面臨的主要挑戰(zhàn),關于分布式數(shù)據(jù)庫選型時,我們建議:

1. 廠商層面:

a)?優(yōu)選具備持續(xù)10年以上戰(zhàn)略投入與深耕的廠家,可以梳理一下真正懂代碼的內(nèi)核人才,并查看人才分布。

b)?其次,考慮開放自主可靠的內(nèi)核生態(tài)、可積極推進人才培養(yǎng)與供給、考慮端到端的業(yè)務連續(xù)性、不封閉不鎖定、耐心培養(yǎng)人才做強生態(tài)的品牌大廠,長期陪伴客戶。

c)?最后,數(shù)據(jù)庫廠商是否踐行“自己的數(shù)據(jù)庫,自己的業(yè)務先上”,是否具備大規(guī)模的豐富業(yè)務場景(如傳統(tǒng)ERP業(yè)務與泛互聯(lián)網(wǎng)業(yè)務就完全不同)來率先驗證和催熟產(chǎn)品核心能力。

2. 技術層面:

a)?首先,SQL語法的相對完備性,數(shù)據(jù)庫不只是分布式存儲。KV存儲上增加一定的SQL接口能解決特定場景的問題,但對于企業(yè)業(yè)務來說改造工作量相對較大。

b)?其次,性能需要結(jié)合場景,各種互聯(lián)網(wǎng)大促的業(yè)務模型與企業(yè)的業(yè)務模型相差甚遠,基于商業(yè)數(shù)據(jù)庫的業(yè)務模型更多是復雜SQL,甚至混合少量HTAP的應用。

c)?第三,分布式的跨AZ能力才能真正解決高可靠和高可用。支持數(shù)據(jù)中心“雙活”甚至異地容災,在一個AZ故障的時候依然能支持系統(tǒng)的高可用,進而保障數(shù)據(jù)安全。

d)?最后,分布式是單機+中間件的組合還是分布式存儲+并行的引擎及分布式事務模型的深度融合?從原生分布式數(shù)據(jù)庫的架構(gòu)來看,只有分布式存儲+并行的引擎及分布式事務模型的深度融合才是真正的分布式數(shù)據(jù)庫架構(gòu)。

3. 工具等外圍生態(tài):

a)?數(shù)據(jù)遷移,要實現(xiàn)在線遷移數(shù)據(jù),可控時間內(nèi)業(yè)務切換;要實現(xiàn)數(shù)據(jù)的比對,防止數(shù)據(jù)的丟失;數(shù)據(jù)雙向同步支持業(yè)務的灰度,減少上線的壓力。

b)?容災備份,一致性的快照支持分鐘級的備份和恢復能力,讓數(shù)據(jù)庫系統(tǒng)在災難面前從容應對,這也是為什么需要分布式存儲而不是一個單機實例。

c)?完善的監(jiān)控工具,對系統(tǒng)的性能分析、統(tǒng)一的運維監(jiān)控,方便DBA能對上萬個數(shù)據(jù)庫實例進行數(shù)據(jù)的遷移和日常運維。在當下,即便基于單機數(shù)據(jù)庫來構(gòu)建自己的交易系統(tǒng),也需要開發(fā)一套獨立的管控面,對數(shù)據(jù)庫實例進行彈性的伸縮、故障的自動切換,及備份恢復等工作,本質(zhì)上這就是一種“云服務”的體現(xiàn)。

華為云GaussDB,金融級分布式數(shù)據(jù)庫

華為公司從2007年開始進行數(shù)據(jù)庫內(nèi)核方面的開發(fā),于2011年啟動分布式數(shù)據(jù)庫內(nèi)核研發(fā),在2014年發(fā)布商用版本的OLAP分布式數(shù)據(jù)庫,2017年發(fā)布商用版本的OLTP分布式數(shù)據(jù)庫。

華為現(xiàn)網(wǎng)數(shù)百萬套電信產(chǎn)品(無線基站、路由器、交換機、光傳輸設備等),華為典型世界500強的全球流程與IT系統(tǒng)(包括財經(jīng)、制造、采購、供應鏈、研發(fā)、銷售與服務、辦公等),面向數(shù)億ToC客戶的消費者云和面向ToB客戶的華為云,都廣泛使用華為GaussDB數(shù)據(jù)庫產(chǎn)品與云服務。其中,電信產(chǎn)品是絕對的高可靠,流程與IT的ERP系統(tǒng)是復雜的傳統(tǒng)應用,云則是典型的互聯(lián)網(wǎng)流量。

在OLTP領域,GaussDB有兩款核心產(chǎn)品,分別是GaussDB(for MySQL)與GaussDB(for openGauss)。GaussDB(for MySQL)是基于當前相對廣泛的MySQL生態(tài)打造的分布式數(shù)據(jù)庫,主要面向泛互聯(lián)網(wǎng)市場,目的是為了方便客戶更好的遷移上云。而GaussDB(for openGauss),是基于華為公司的開放生態(tài)openGauss打造的分布式數(shù)據(jù)庫,這款數(shù)據(jù)庫無論從生態(tài)還是代碼都由華為自主研發(fā),主要面向政企金融市場,滿足客戶高安全、高可靠、高性能、高擴展的要求。目前,openGauss單機社區(qū)版本已經(jīng)開源且協(xié)議非常友好,國內(nèi)已經(jīng)有6家DBV服務商基于openGauss單機社區(qū)版本打造了自己品牌的數(shù)據(jù)庫,而華為云GaussDB(for openGauss)也是基于同一個openGauss生態(tài)來打造的,目的是為線上線下提供統(tǒng)一的開放生態(tài),使得客戶獲得一致的體驗,方便數(shù)據(jù)流動,生態(tài)共享。

GaussDB(for openGauss)的關鍵技術能力如下:

(1)?混合負載高性能:單節(jié)點與分布式的極致性能和極高的線性度?;邛H鵬多核和CPU指令集獨創(chuàng)鯤鵬NUMA-Aware架構(gòu),有效解決跨NUMA內(nèi)存訪問時延問題;同時通過多核并行算法、SIMD指令加速技術,充分發(fā)揮鯤鵬處理器多核算力優(yōu)勢,實現(xiàn)極致數(shù)據(jù)處理能力?;邛H鵬兩路服務器,單節(jié)點處理能力達150萬tpmC,32節(jié)點處理能力達1500萬tpmC。

(2)?數(shù)據(jù)高可靠:底層的分布式存儲基于華為企業(yè)級的分布式存儲軟件實現(xiàn),經(jīng)過大量復雜場景的錘煉,保證數(shù)據(jù)庫的高可靠,可以實現(xiàn)跨AZ的部署。

(3)?高可用:多種高可用方案,包括同城AZ內(nèi)高可用、跨AZ高可用、異地跨Region的兩地三中心容災方案,滿足金融級監(jiān)管要求。Switch Turbo技術確保同城AZ內(nèi)單點故障能夠快速切換,RPO=0,RTO<10s;支持同城跨AZ部署,AZ級故障RPO=0、RTO<60s;提供兩地三中心異地容災方案,實現(xiàn)1000公里以上城市級容災能力,滿足金融核心業(yè)務監(jiān)管要求。

(4)?彈性擴展:在華為消費者云實際部署1000+超大分布式單集群,可以輕松應對海量高并發(fā)數(shù)據(jù)處理和復雜查詢場景的考驗。

(5)?安全合規(guī):?業(yè)界首款純軟全密態(tài)數(shù)據(jù)庫,提供豐富的數(shù)據(jù)庫安全能力,可實現(xiàn)數(shù)據(jù)從傳輸、計算到存儲的全程加密,解決數(shù)據(jù)庫云上隱私泄露及第三方信任問題。

(6) AI-Native自治:GaussDB將AI技術融入分布式數(shù)據(jù)庫的全生命周期,可以實現(xiàn)數(shù)據(jù)庫智能調(diào)優(yōu)、索引推薦、自診斷、自運維等能力,協(xié)助DBA降低運維難度,大幅提升管理效率。

(7)?算子下推:分布式數(shù)據(jù)庫計算和存儲通過網(wǎng)絡實現(xiàn)存算分離,可以將大量的算子放到分布式存儲上完成近數(shù)據(jù)計算NDP,在某些場景下10倍提升性能的同時大幅減少數(shù)據(jù)在計算和存儲上的搬移。

目前,華為云GaussDB已在1000+大客戶規(guī)模商用。?在金融行業(yè),GaussDB已經(jīng)和工商銀行、建設銀行、招商銀行、郵政儲蓄銀行、永安保險、眾惠財產(chǎn)相互保險社、證券交易所等多家銀行、保險與證券公司展開合作。

客戶需求是華為創(chuàng)新的源動力,GaussDB將始終堅持開放、合作、共贏的態(tài)度,和伙伴一起幫助金融客戶實現(xiàn)數(shù)字化轉(zhuǎn)型,確保安全合規(guī),提供穩(wěn)定可靠易用好用的數(shù)據(jù)庫服務,助力金融機構(gòu)可靠服務社會與客戶。

本文由華為云發(fā)布。文章來源地址http://www.zghlxwxcb.cn/news/detail-457912.html

到了這里,關于蘇光牛:全面數(shù)字化時代,金融核心業(yè)務系統(tǒng)數(shù)據(jù)庫如何選型?的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • AI數(shù)字人:金融數(shù)字化轉(zhuǎn)型的“關鍵先生”

    AI數(shù)字人:金融數(shù)字化轉(zhuǎn)型的“關鍵先生”

    今年年初ChatGPT的火熱,在全球掀起一陣生成式AI(AIGC)熱潮。國外的OpenAI、國內(nèi)的百度等企業(yè),都在AIGC上強力布局。 各種應用場景中,AIGC助力的數(shù)字人引起了市場注意。 事實上,數(shù)字人不是個新鮮事。早在1964年,波音公司研發(fā)了第一個具有“人”形象的數(shù)字人,即波音人

    2024年02月16日
    瀏覽(24)
  • 金融數(shù)字化能力成熟度指引

    金融數(shù)字化能力成熟度指引

    1 ?? 范圍 本文件提出了金融數(shù)字化能力成熟度模型、 成熟度計算方法,明確了不同維度金融數(shù)字化轉(zhuǎn)型能力 ? 相應的分檔要求。 本文件適用于金融機構(gòu)衡量金融科技應用和數(shù)字化轉(zhuǎn)型發(fā)展水平,檢視自身數(shù)字化發(fā)展優(yōu)勢與短板, ? 加快數(shù)字化轉(zhuǎn)型,提升數(shù)字化經(jīng)營能力和

    2024年04月23日
    瀏覽(32)
  • 數(shù)字化時代,中小企業(yè)如何落地數(shù)字化轉(zhuǎn)型

    數(shù)字化時代,中小企業(yè)如何落地數(shù)字化轉(zhuǎn)型

    大數(shù)據(jù)時代,各行各業(yè)的行業(yè)龍頭和大型集團都已經(jīng)開始了數(shù)據(jù)管理,讓數(shù)據(jù)成為數(shù)據(jù)資產(chǎn)。但是在我國,中小企業(yè)的數(shù)量巨大,很多管理者忽視了這一點,今天我們就來聊一聊中小企業(yè)的數(shù)字化轉(zhuǎn)型。 中小企業(yè)需要數(shù)字化轉(zhuǎn)型 首先要說的就是,數(shù)字化轉(zhuǎn)型能夠帶給企業(yè)的

    2024年02月02日
    瀏覽(33)
  • 數(shù)字化時代 | 服務數(shù)字化創(chuàng)新和轉(zhuǎn)型全景視圖

    數(shù)字化時代 | 服務數(shù)字化創(chuàng)新和轉(zhuǎn)型全景視圖

    本文我全面介紹一下數(shù)字化時代,服務將往何處去,將如何設計和推進數(shù)字化創(chuàng)新和轉(zhuǎn)型。 Figure 1 服務創(chuàng)新和轉(zhuǎn)型全景視圖 如上圖所示,在我CRM3.0理論體系中,服務創(chuàng)新和轉(zhuǎn)型涉及到四個層面的內(nèi)容: 服務定位和目標; 服務管理模式的變化趨勢; 規(guī)劃服務創(chuàng)新和轉(zhuǎn)型的方

    2024年02月02日
    瀏覽(97)
  • 首個零售金融大模型落地,驅(qū)動金融業(yè)數(shù)字化進階

    來源 | 鐳射財經(jīng)(leishecaijing) 在通用大模型+產(chǎn)業(yè)大模型雙模型驅(qū)動下,產(chǎn)業(yè)數(shù)字化向高階智能邁進,為企業(yè)經(jīng)營效率和生產(chǎn)力解放實現(xiàn)質(zhì)的飛躍打開想象空間。作為數(shù)字科技深入滲透的金融業(yè),也有望在大模型浪潮中尋到新的降本解法。 從當前金融業(yè)尤其是零售金融層面來

    2024年02月10日
    瀏覽(29)
  • 構(gòu)建數(shù)字化金融生態(tài)系統(tǒng):云原生的創(chuàng)新方法

    構(gòu)建數(shù)字化金融生態(tài)系統(tǒng):云原生的創(chuàng)新方法

    內(nèi)容來自演講:曾祥龍 | DaoCloud | 解決方案架構(gòu)師 摘要 本文探討了金融企業(yè)在實施云原生體系時面臨的挑戰(zhàn),包括復雜性、安全、數(shù)據(jù)持久化、服務網(wǎng)格使用和高可用容災架構(gòu)等。針對網(wǎng)絡管理復雜性,文章提出了Spiderpool開源項目,旨在優(yōu)化傳統(tǒng)網(wǎng)絡方案,兼顧性能與自動

    2024年02月03日
    瀏覽(33)
  • 數(shù)字化時代,如何保證網(wǎng)絡隱私安全?

    數(shù)字化時代,如何保證網(wǎng)絡隱私安全?

    目錄 一、概述 二、網(wǎng)絡隱私的定義和范圍 三、網(wǎng)絡安全威脅分析 四、如何保護網(wǎng)絡隱私 五、網(wǎng)絡隱私法律法規(guī) 六、結(jié)論和展望 ????????數(shù)字化時代的普及和互聯(lián)網(wǎng)的快速發(fā)展,使得個人和企業(yè)的信息網(wǎng)絡化程度不斷提高,但同時也引發(fā)了網(wǎng)絡安全和隱私的重要性問題

    2024年02月10日
    瀏覽(25)
  • 數(shù)字化時代:虛擬數(shù)字人的智能進化與生活變革

    數(shù)字化時代:虛擬數(shù)字人的智能進化與生活變革

    我們需要實現(xiàn)對人工智能的有效監(jiān)管。政府應該與科技公司合作,建立監(jiān)管框架,確保人工智能的發(fā)展能夠在保護人類利益的基礎上進行。人工智能的快速發(fā)展帶來了巨大的機遇,但同時也伴隨著一些潛在的風險。如果沒有適當?shù)谋O(jiān)管措施,人工智能可能給人類社會帶來不可

    2024年02月15日
    瀏覽(24)
  • 為什么數(shù)字化時代需要 BizDevOps?

    為什么數(shù)字化時代需要 BizDevOps?

    隨著云原生、元宇宙、Web3等技術拉開序幕,智能制造、智慧城市、精準醫(yī)療等應用場景徐徐展開,繼人類工業(yè)文明之后,下一個大變局的奇點臨近。 毫無疑問,以數(shù)字技術應用為主線的數(shù)字化轉(zhuǎn)型是此次人類文明變革的核心動力。在這一變革過程中,技術與業(yè)務的關系正發(fā)

    2024年02月11日
    瀏覽(30)
  • 數(shù)字化時代,企業(yè)的數(shù)據(jù)指標體系

    數(shù)字化時代,企業(yè)的數(shù)據(jù)指標體系

    在社會節(jié)奏越來越快,處理的信息量越來越大的今天,傳統(tǒng)的經(jīng)營管理模式已經(jīng)適應不了當下的環(huán)境。而由經(jīng)驗、情感組成的業(yè)務調(diào)整以及決策能力不再能正確指導企業(yè)走在正確的方向上,所以數(shù)據(jù)就成為了企業(yè)新的業(yè)務優(yōu)化調(diào)整和支撐企業(yè)高層管理進行決策的重要工具。

    2024年02月13日
    瀏覽(23)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包