綜合解決方案說明
隨著國家對自主可控要求的提高,眾多關鍵基礎設施行業的系統亟需遷移到國產數據庫,但遷移到面臨三大難題,分別是選型難、遷移難、上線難。
以金融行業核心系統為例,核心系統的信創不是孤立的,不僅僅數據庫的問題,還是整個系統生態的問題,以下是某核心系統信創全景規劃圖(來源掌數科技)。
核心系統的信創需要考慮方法面面,首先,從數據庫層面來說,需要滿足核心系統數據庫對于功能、性能的基本需求。其次,需要考慮到信創對周邊系統及生態的影響,確保系統的信創不會對周邊還為進行信創的系統造成影響,再次,我們需要完整的考慮整個系統信創全生命周期的保障及服務支持;最后,我們還需要保持核心系統的逃生通道,支持在極端情況下核心系統的回退。
綜上所述,核心系統的信創遷移,從選型到正式單軌上線,需要走過多個階段并完成相關的工具及方案建設,才能降低遷移的風險,保障系統的高效和穩定運行。
核心系統信創階段
信創技術選型階段
其中最核心的技術選型是數據庫技術的選型。需要根據自身業務特點、數據庫產品成熟度、廠商支持度、性能指標、人才體系等多個維度進行理性分析,謹慎選擇。
除了以上問題之外,對數據庫產品可用性、可靠性的評測顯得尤為重要。其中以下兩個問題,屬于急迫需要得到答案:
(1) 如何保障數據可靠性、準確性的問題?
(2) 如何解決7x24小時的穩定性的問題?
在信創實施領域,目前沒有一家廠商或者現有產品可以承諾沒有任何問題,因此需要一個解決方案來幫助行業客戶分析判斷,并作出正確選擇。
程序及模型遷移改造階段
對于券商內部自研項目,可以通過學習所選型產品的技術資料,對相關代碼進行適配修改,實現適配。對于廠商提供的產品項目,一般需要由廠商投入資源進行程序代碼的適配改造,提供整體適配的可行方案。這就要求底層數據庫對舊數據庫中的SQL語法兼容性強提供必要工具或者服務來加快(減輕)代碼遷移的工作量。
灰度發布與試運行驗證階段
信創化過程必然涉及到底層數據庫技術的更換,因為沒有可靠的標準,靠數據庫自己證明數據的準確性、可靠性,因此需要設計灰度運行階段。金融證券行業業務系統(尤其是核心業務系統)普遍使用ORACLE作為數據庫,并穩定運作了幾十年。因此理論上,只要能夠將信創系統的運行過程和結果,跟ORACLE的過程與結果進行比對,就能評測信創系統的可靠性。然而核心系統往往牽涉到大量的表的增刪改查等事務操作,以及百萬千萬級大表的批量計算處理。靠人工的方式進行比對、校驗,工作繁重,容易出錯。急需一套工具來支持相關工作,并保障相關結果。
經過一段時間的灰度運行之后,可以初步確認數據庫系統的可靠性。但是該階段畢竟主庫還是ORACLE,信創數據庫還只是充當數據被動寫入的角色。還需要通過切換信創數據庫為主庫,來驗證業務功能的可靠性。這樣一來,增加了系統運行的不可預知風險。如何保障系統能隨時切回ORACLE作為主庫,就變得非常重要。另外,業務系統往往不會作為孤立系統存在,各種周邊系統也會制約信創項目的實施,如何不改變周邊系統現有機制實現信創化適配改造,也需要更好的對策。
信創項目系統進入穩定運行狀態后,同樣需要長效機制保障運行。這里面包括兩地三中心災備解決方案(冷備、熱備)、日常運維監控解決方案、主備切換解決方案、災難恢復解決方案等。
方案核心能力與技術底座
圍繞金融行業數字化轉型中在數據庫應用上的核心痛點,掌數科技與華為攜手構建核心系統數據遷移聯合方案。方案以鯤鵬和GaussDB核心產品為底座,結合掌數科技的專業技術服務能力,為上層應用提供數據遷移、數據同步、性能定位、異構數據集成等綜合工具,支撐金融行業客戶快速推進核心系統遷移改造。
