​某農商行核心系統全棧國產化之路

1、背景：客戶需求和痛點

隨著某農商行業務不斷髮展，資料量逐漸增大，傳統的集中式資料庫已經無法滿足業務需求，傳統核心系統面臨以下問題：

1)傳統小型機+集中式資料庫Oracle+高階儲存成本高昂

原架構逐漸無法滿足網際網路金融彈性需求，同時該架構過於封閉擴容成本相對較高。

2)傳統核心系統難以滿足業務發展需求，且存在部分業務處理效率不夠等問題

傳統核心存在業務架構和技術架構複雜，難以支撐業務需求變化，且在一些實時小規模批次處理等業務場景下，暴露出執行效率不足的問題。

3)傳統架構無法滿足容災需求

傳統核心系統的架構無法滿足監管機構容災恢復要求，無法嚴格滿足兩地三中心要求。

2、選型：客戶選型主要考慮哪些因素?

1)集中式與分散式一體化、高擴充套件性

該客戶原先採通用多平臺集中式資料庫，需要引入分散式資料庫構建一體化平臺，能夠實現靈活擴充套件;KunDB具有集中式與分散式一體化架構，集中式可按需擴充套件成分散式架構，業務不用修改;分散式能力對業務透明，不採用分庫分表，不使用分散式事物中介軟體，擴充套件比超90%，輕鬆處理高併發、大流量的訪 問。

2)高相容性，易遷移，可快速上線

原先採用Oracle，需要考慮遷移時間和人力成本。KunDB高度相容Oralce語法和語義，完整支援PL/SQL，具有成熟的遷移方案，視覺化遷移工具，快速完成業務遷移。

3)運維服務質量高，綜合成本低

原先多平臺運維，較為依賴運維人員經驗，新平臺需符合Oracle使用習慣的運維體驗。KunDB提供一站式的運維管理平臺Advisor，提供叢集管理、監控告警、故障分析、巡檢管理等能力，用自動化和視覺化的方式解決資料庫運維的痛點。

4)需要完善的容災方案，符合監管要求，保證業務連續性

KunDB可提供兩地三中心容災方案，基於Paxos協議實現高可用和跨資料中心容災，保證RPO=0，RTO<30S。

5)國產化需求

該客戶考慮系統改造時，除了資料庫本身需要國產化外，包括作業系統、伺服器等在內需完成全棧國產化改造，因此選型的資料庫需要與國產主流作業系統、伺服器相容適配，並且還有2點要求，1. 支援X86和ARM混合部署，實現平滑過渡;2. 資料庫與伺服器最好能做好深度最佳化從而發揮更好的效能。KunDB容器化部署的方式，支援混合部署，相容傳統資料庫的生態和國產化軟硬體生態，面向國產化硬體和IaaS執行專項最佳化，效能和穩定性提升。

總體來看，擴充套件性、相容性、易運維低成本、安全容災、全棧國產化是該農商行在進行分散式資料庫選型時主要關注的因素，結合選型需求，該農商行最終選擇了星環科技的分散式交易型資料庫KunDB。

3、實踐：具體方案

業務Oracle遷移替代，需要包括四部分：物件遷移、資料遷移、業務遷移、災備回切。

1)平滑遷移，包括物件、資料、業務遷移

• 物件遷移，高度相容Oracle資料庫物件，同時利用物件遷移工具進行相容轉換。

• 資料遷移，利用介面化資料自動遷移工具實現Oracle資料遷移、批次配置視覺化任務管理，監控遷移進度，資料一致性校驗、資料遷移評估報告等。

• 業務遷移，高度相容DML/儲存過程/函式/系統檢視/內建包等，同等規格遷移，業務請求及PL/SQL效能不下降。

2)容災回切

提供CDC工具將資料實時寫入到Oracle等，保障災備回切要求;基於Paxos多數派一致性協議，兩地三中心六副本部署，保證業務連續性。

4、成果：價值體現

1)平滑遷移，完成了原核心業務遷移，透過全量資料遷移+增量資料遷移的方式實現了線上不停服遷移;

2)效能提升，業務資料整體處理能力比原核心繫統增長5+倍;

3)高擴充套件，基於水平分散式的架構，同樣也滿足根據業務需求線上擴容的技術要求;

4)高可用，統一了未來公司資料庫基礎設施和開發規範，服務可用性達到99.99%，故障時RPO=0，RTO<30秒。

5)全棧國產化改造，實現了從資料庫到作業系統到硬體的全棧國產化改造，實現了技術的自主可控，提前進入新的主流技術生態；

6)綜合硬體+軟體成本是傳統集中式資料庫的1/10。