農信社互聯網金融業務核心系統基礎架構建設若干難點探討

摘要：在現如今的數字經濟時代背景下，以互聯網金融為代表的金融服務渠道使得金融機構為終端客戶所提供的服務場景以及服務模式得以大力開拓和有效創新。鑒于此，本文緊密圍繞農信業務，基于項目建設方視角，重點針對互聯網金融云平臺建設和同城容災規劃進行深入探討，從而為農信社互聯網金融業務核心系統基礎架構建設提供技術指引和實踐指導，致力于加速推進我國農村金融機構的互聯網金融轉型升級。

關鍵詞：農信社；互聯網金融云平臺；同城容災規劃

中圖分類號：F23文獻標識碼：Adoi：10.19311/j.cnki.16723198.2024.20.051

依據中國人民銀行等十部委聯合發布的《關于促進互聯網金融健康發展的指導意見》，廣東農信、四川農信和湖南農信等農村金融機構紛紛與阿里巴巴等互聯網科技公司針對互聯網金融業務核心系統規劃與建設開展深度合作，為傳統農信社向互聯網金融轉型升級樹立了標桿與典范。互聯網金融業務核心系統屬于復雜信息系統項目，其特征主要表現為投資規模大、建設周期長且風險大。云平臺規劃和同城容災規劃是互聯網金融業務核心系統基礎架構建設的重難點。

1云平臺規劃

互聯網金融云平臺，是指基于云技術與金融業務的全面整合，通過統一的數據存儲、數據計算和數據處理，為金融機構和終端客戶提供金融服務解決方案。

1.1&LUNqs5e+ESZgdx+btFpAFA==nbsp;基礎架構規劃

互聯網金融云平臺基礎架構主要包括基礎云平臺服務、PaaS組件服務、分布式應用管理、移動開發平臺、DevOPS平臺與云管平臺。基礎云平臺服務分為云底座和IaaS服務，云底座為云平臺提供編排管控，是云平臺的核心組件模塊，基于云底座的基礎組件能力，構建IaaS層以提供多項基礎IaaS服務；PaaS組件服務包含了各類分布式開發架構的技術服務組件，用于支撐平臺設計與開發。運營平臺主要圍繞云產品能力構建出一套運行管理機制和技術體系，云能力和運營技術為重點關注內容。云管平臺為一站式管理中心，可支持多種不同業務類型的自助服務，簡化了物理資源和虛擬資源的管理和部署，幫助農信社快速建立簡潔高效的互聯網金融業務系統，降低運維成本，構建以云計算為基礎的全新生態鏈。

1.2部署架構規劃

按照需求獨立兩朵云劃分可用區，涵蓋開發測試云、生產環境以及同城數據庫3個可用區，為金融業務上云提供完善的云計算基礎設施能力。開發測試云為各個研發測試團隊提供基礎網絡資源和服務；生產同城云用于部署和運行農信業務，以A數據中心為主節點規劃部署生產可用區，在B數據中心規劃部署同城備可用區，同時在B數據中心規劃部署分布式數據庫與RDS數據庫第三可用區，由此形成一同城兩中心三可用區的生產云平臺。

1.3網絡架構規劃

基于部署架構規劃，將分布式云平臺劃分為若干個邏輯獨立的物理網絡集群，每個物理集群對應一個AZ，多個集群間通過物理專線或邏輯專線連接組成多AZ或多region的大型云網絡架構。采用CLOS方式構建各個物理集群，依據實際網絡接入規模，自由定制網絡轉發平面數量并逐層迭代。將生產云平臺三個可用區進行兩兩對接，通過波分設備或專線設備實現數據同步與管理互聯，組建成統一的一朵云對外提供服務，開發云獨立部署，業務在云內互通，兩朵云通過邊界安全設備對接互聯網、外聯網和生產內網，為應用業務互聯、運維管控、農信社以及外聯單位接入提供互聯基礎條件。

1.4PoD設計規劃

通常情況下，數據中心建設以標準自定義的PoD（PointofDelivery）作為建設單元，PoD內部的物理機、網絡虛擬化池與存儲集群節點無差別部署在不同機柜，以實現PoD內供電—組件—鏈路—設備節點多級容錯。分布式專有云基于標準PoD架構進行進一步強化，服務器可基于云平臺的系統規劃能力，在所有PoD節點實現無差別接入。

1.5高可用設計

高可用，是指通過保持業務連續性以及服務的高度可用性，以減少停工時間；采用層次化冗余實現高可用的具體內容詳見表1。

專有云在同城數據中心可以提供原生的同步復制技術，在異地提供異步復制技術實現容災。

1.6資源池規劃

在云平臺建設完成投入生產前，如何以業務發展支撐為核心目標，科學、定量規劃，分配和使用云平臺，是數據中心資源池規劃的關鍵核心，“解耦化、模塊化、定量化、多元化”即為資源池規劃的“四化”目標。解耦化，如服務器CPU硬件和傳統OS解耦后，即可實現多個物理服務器CPU的統一管理和虛擬分配，網絡轉發和數據平面解耦后，可構建中央控制節點，并在底層網絡創建多個獨立的網絡轉發和數據平面，實現底層網絡透明化；通過組網、計算值以及存儲池整體模塊化，可有效避免后期持續擴展時因容量上限有限導致資源間割裂，引發擴展不連續；通過云資源容量尤其是彈性能力的定量化，可實現云資源全面契合業務負載和相關需求，同時保證了機房PUE的可測量和可管理；多元化架構能夠更好適應多種類型的業務需求，有效平衡敏捷性和穩定性，最終實現服務的綜合化。

2同城容災規劃

容災系統需要具備較為完善的數據保護功能與災難恢復功能，保證生產中心出現意外時數據的完整性與業務的連續性，并在最短時間內由災備中心接替，恢復業務系統的正常運行，實現損失最小化。RPO和RTO是容災系統設計的核心指標，數據恢復點目標（RecoveryPointObjective，RPO），是指在災難發生時系統和數據必須恢復的時間點要求，代表系統能夠容忍的最大數據丟失量；恢復時間目標（RecoveryTimeObjective，RTO），是指災難發生后，信息系統或業務功能從停止到必須恢復的時間要求，代表系統能夠容忍的服務停止最長時間。PRO和RTO須在風險分析和業務影響分析之后，根據不同的業務需求進行明確。較好的容災系統需要盡量滿足用戶需求，容災中心建設等級如圖2所示。

2.1設計思路

目前，很多金融機構建立了部分數據同城容災，而未實現應用級容災體系，暫無異地容災體系，需要基于農信業務發展需求和應用系統的重要性評估，建立與之相匹配的容災體系，秉承“同城保發展、異地保生存”原則，構建云平臺“同城雙中心”以及“異地三中心”的災備恢復能力。在容災體系建設中，需要對應用評級進一步細化，制定與之相匹配的PRO和RTO建議，補充云平臺可用區，在未來考慮跨多云的容災結構，同時應滿足架構層次解耦，保證技術架構的異構性。在建設策略方面，補充應用雙活規范，通過結合云原生復制技術和一鍵切換等，構建容災管理流程并進行組織和培訓，不斷鞏固和持續提升數據中心的容災管理能力。

2.2建設過程

容災系統建設過程主要包括分析、策略制定、方案實施以及測試/演習/維護4個階段。在分析階段，需要收集業務過程信息、技術基礎架構支撐環境以及災難類型等方面內容，之后進行業務影響分析和風險分析，明確因中斷或預期災難造成的影響，分析結果用以確定業務關鍵級別、業務恢復時間以及可承受的數據損失程度。在策略制定階段，基于分析結果與容災投入規劃，分別制定短期、長期容災策略和容災目標，經評估組評審明確最為適用的容災方案。在方案實施階段，基于容災方案制定容災體系架構和災難恢復計劃，通過技術手段和服務實現容災目標。在測試/演習/維護階段，通過定期修改和計劃修改，確保災難恢復計劃的持續有效性。

2.3部署流程

專有云同城容災集群屬于同一個Region下的兩個Azone，IDC獨立但互為備份，當A（主）集群出現異常狀態時，通過ASR-ApsaraStackResilience（切換服務）將B（備）集群切換到線上，部署方式為A→B→A′（將A集群升級為容災配置）。

2.4IDC規劃

機房規劃主要包括機房標準參考、機房功能區設計、機房能耗（PUE）優化建議以及機房管理4個方面，GB50174-2017《數據中心基礎設施設計規范》提出了機房基礎設施建設的核心要求，并將電子信息系統機房劃分為A、B、C三級，在機房設計的過程中，根據機房的使用性質、管理要求及其在經濟和社會中的重要性確定其所屬的相應級別。在異地建立的備份機房，應與主機房具有相同的等級，同一機房內的不同部分可根據實際情況，按照不同的標準進行設計。

2.5技術架構

外部網絡采用GSLB或智能dns進行負載和容災切換；內部網絡云產品通過slb進行負載和自動化切換，云應用通過dns進行切換，應用雙活部署，由中間件負責切換；分布式數據庫為三副本強一致同步；CPFS存儲主備同一集群為同步復制，其他存儲/數據庫為異步復制；云管平臺采用同城雙活部署；在線應用采用雙活部署，應用間調用支持http；批量應用中，計劃內場景能夠監控批量執行情況并一鍵調整批量執行計劃，災難場景能夠支持手工/自動方式斷點重提。

3結論

本文重點針對云平臺和同城容災體系建設規劃重難點進行了深入探討，能夠在對農村金融機構發展互聯網金融業務的過程中，對互聯網金融核心系統項目建設起到一定的指導性作用，避免項目建設的基礎架構無法支撐業務快速發展的要求，充分考慮了金融行業自主可控數據庫的應用，更加合理地規劃核心生產系統的容災，安全防護和網絡，對我國金融行業具有較好的推廣價值和借鑒意義，加速推進農信社互聯網金融發展。

參考文獻

［1］晏祎.基于互聯網農村金融發展問題及對策分析[J].農業經濟，2022，（09）：9092.

[2]李淑萍，徐英杰.互聯網金融、系統重要性與商業銀行風險承擔[J].宏觀經濟研究，2020，（12）：3846+151.

[3]馬德輝，何興建，張志鵬，等.依托云平臺在互聯網金融時代乘風破浪[J].中國農村金融，2020，（22）：1516.

[4]ManelM，JavierC，LuisI，etal.Towardshighavailabilitycyberphysicalsystemsusingamicroservicearchitecture[J].Computing，2023，105（8）：17451768.

[5]杜軍龍，金俊平，周劍濤，等.具備完整性追溯的系統數據容災機制[J].計算機工程，2019，45（07）：170175.

[6]魏亮，薛牧遙，霍炬，等.基于ICP算法的非合作目標特征點云配準優化[J].系統仿真學報，2020，32（12）：23832387.

[7]呂韜，田峰，李征宇，等.分布式關系型數據庫恢復點目標測試方法[J].工業技術創新，2020，07（03）：3036+41.