GoldenDB ,一個已經全面支撐銀行核心系統的國產資料庫

金篆信科發表於2024-03-05

摘要:沿用、並存還是替代,一直是銀行核心系統資料庫轉型重點思考的問題。四大行目前主要採用的是沿用與並存的資料庫產品戰略,在確保穩定的大前提下對新興資料庫技術進行探索研究和實踐。相對而言,股份制銀行在這方面走的更快,在沿用、並存的基礎上,有銀行已經更進一步,實現全面替代。

 

去年,在烏鎮召開的第五屆世界網際網路大會上,有訊息爆出,中信銀行在2019年,有望率先實現“核心系統”換“心”。而這顆“心”就是GoldenDB資料庫。

 

毫無疑問,這是極具里程碑意義的事件,也是全國首例國產資料庫真正全面替代銀行所有核心繫統資料庫的真實案例。

 

據瞭解,如果一切順利,今年8月,中信銀行信用卡業務會率先全部遷移到GoldenDB。10月,中信銀行所有傳統核心業務會全部遷移到GoldenDB。



GoldenDB出處


GoldenDB有人熟悉,有人陌生,關於這個資料庫的出處,除了中信銀行,就不得不提中興通訊。

 

早在2002年,中興通訊就基於IT技術前瞻性考慮,啟動了資料庫的研發。自主研發了文件資料庫、記憶體資料庫、分散式資料庫等產品並大規模服務於電信領域。

 

2014年,中興通訊又面向金融行業啟動了金融級分散式資料庫的研發。2015年,中興通訊與中信銀行合作推出了自主研發的適用於銀行交易型強一致性的分散式資料庫產品GoldenDB。

 

GoldenDB整體研發耗時6年,並獲得了100多項相關專利。

 

中興通訊與中信銀行的聯手,可以說是水到渠成,一方面眾所周知,國外商用資料庫的購買、升級、維護成本極高。另一方面,國外商用資料庫不會匹配個別客戶特定的場景需求,這導致客戶的需求無法得到充分的滿足。


因此,2014年,中興通訊與中信銀行走到一起聯手研發分散式資料庫,最初只是在部分業務展開合作,比如卡積分等。到了2016年,經過雙方仔細評估,開始啟動傳統核心系統下移工作,目前,這項工作已經到了即將上線階段。

 

中興通訊私有云產品總監、金融行業首席架構師秦延濤告訴筆者,如果一切順利,今年8月,中信銀行信用卡業務會率先全部遷移到GoldenDB。10月,中信銀行所有傳統核心業務會全部遷移到GoldenDB。


GoldenDB研發背景


隨著移動網際網路和物聯網技術的不斷演進和發展,金融企業面臨著科技創新和基礎架構轉型的壓力。打個比方,在10年前,可能只有發工資或者有急事時,人們才會去一次銀行取錢。

 

而現在,由於移動支付、掃碼支付等新興支付方式的普及,銀行系統面臨著大量的消費業務量,導致銀行系統的業務負載劇增。對銀行而言,去銀行取1000元和掃碼消費1毛錢對銀行IT系統的壓力沒有區別。因此,在移動網際網路和物聯網技術快速更新迭代的情況下,銀行核心系統的壓力只會越來越大。

 

所有銀行都已經意識到這些問題,並開始在積極運作企業自身的基礎架構轉型,這是金融科技發展的必然趨勢。

 

在這樣的背景下,中興通訊看到了其中的機遇,轉而研究金融級的分散式資料庫。

 

而讓中興決定加大投入去研發金融級資料庫的另外一個原因是,在各個行業中,無論是對資料庫穩定性、效能要求最苛刻的當數金融行業。這意味著,只要把金融領域的資料庫做好了,輻射到其他行業則完全沒有任何問題。

 

我們希望,GoldenDB帶給客戶的價值是至誠至金,這就是GoldenDB的命名由來,秦延濤說。


強一致性,保護銀行現有資產而非重構


GoldenDB最大特點是徹底解決了事務一致性,資料實時一致性的問題。一致性對金融行業的重要性不言而喻,銀行多年發展積累下來的核心資產不是伺服器,也非硬體裝置,而是業務邏輯和應用邏輯。

 

因此,在面對金融行業的分散式架構演進時,首先要面臨的抉擇:是要保護現有資產,還是要重構現有資產?

 

秦延濤表示,重構資產的代價無論從時間上,還是人力物力上來說,都太過於昂貴。中興通訊從研發GoldenDB之初,就一直強調一致性,其原因就是希望金融企業從現有的集中式架構向分散式架構演進的過程中,能夠最大程度地保護原有資產,可以平滑、快速、安全地從原有的煙囪式架構轉變成分散式架構,而不是以削足適履的方式將業務打亂,重新再做一遍。

 

一致性除了能保護銀行原有資產外,GoldenDB在使用的時候與傳統資料庫在使用方式上也是一脈相承。目前,GoldenDB在這方面是領先的,秦延濤說。


獨特測試方案:混沌測試和紅藍對抗


為了確保GoldenDB產品和解決方案能夠匹配更為複雜場景的需求,中興通訊在研發GoldenDB過程中產生了兩種獨特的測試方案:混沌測試和紅藍對抗。

 

混沌測試:即在研發過程中,預設任何階段都會出現問題。從系統中隨機選擇一臺或多臺伺服器的節點,注入一個或多個異常和故障,過程完全隨機,注入異常和故障後,觀察整個系統執行狀態是否達到要求。

 

這樣做的原因,在於伺服器是X86架構而非原有定製化伺服器,因此,伺服器的RAST特性會稍弱。

 

紅藍對抗:資料庫管理系統本身很龐大,在出現問題後,如何快速確定問題源並解決問題?中興通訊借鑑了軍演思路,組織藍軍部隊給紅軍“搗亂”。藍軍部隊到系統裡去幹“壞事”,紅軍部隊進場之後,要快速地發現問題和解決問題,來消除影響。整個過程考驗的是產品是不是有足夠成熟的運維手段和工具來解決問題。


寫在最後


雖然,我們時常會聽聞某國產資料庫進入銀行核心業務系統,但實際上,真正進入的往往只是部分業務或說核心業務某一支,而非全部替代核心業務系統(存、貸、匯、銀行卡、結算、客戶開戶、客戶統一檢視等)。


很顯然,兩種核心業務替代方式的難度和意義完全不同,而中信銀行換“心”,GoldenDB資料庫做的是後一種。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70018962/viewspace-2901264/,如需轉載,請註明出處,否則將追究法律責任。

相關文章