建設銀行pos機掃碼,聚合支付體系的架構轉型

 新聞資訊  |   2023-04-23 10:14  |  投稿人:pos機之家

網上有很多關于建設銀行pos機掃碼,聚合支付體系的架構轉型的知識,也有很多人為大家解答關于建設銀行pos機掃碼的問題,今天pos機之家(www.www690aa.com)為大家整理了關于這方面的知識,讓我們一起來看下吧!

本文目錄一覽:

1、建設銀行pos機掃碼

建設銀行pos機掃碼

來源:2022第三屆中小金融機構數智化轉型優秀案例評選

獲獎單位:張家港農商銀行

榮獲獎項:網絡影響力TOP10優秀案例獎

一、項目建設方案

隨著互聯網從PC時代轉向移動時代,線上支付成為各大互聯網公司、銀行等機構的主戰場,形成了支付寶、微信、云閃付等各大支付渠道及生態,聚合支付業務顯得尤為重要,未來必將成為僅次于核心、信貸的關鍵業務。

我行的聚合支付業務經過多年的建設,目前日均交易量近29萬筆,日均清算金額達到7000萬,但隨著業務的發展,由廠商主導聚合支付系統建設的模式在產品設計,開發效率等方面遇到了瓶頸,因此考慮開發全新一代聚合支付系統,并采用自主設計、自主建設的模式。

(一)建設目標

1.技術層面:項目使用行內自主架構設計,框架能力及系統可用性經過驗證,且業務與技術深度結合,提升研發效率;簡化邏輯、優化性能,提升服務的效率及穩定性,保障用戶的使用體驗;深度結合場景,增加銀行的渠道場景及用戶入口,降低我行在市場的獲客成本,提升市場影響力;推動我行支付業務的自主可控,提升行業間的競爭力以及新興支付業務的迭代速度。

2.業務層面:業務場景層面,除了傳統的POS、掃碼槍、微信/支付寶等場景外,需要實現我行手機銀行掃碼(行內碼)的支付場景,并對線上收銀臺進行改造,同時,對接權益商城及外聯業務系統,豐富營銷活動,拓展行業繳費業務。

(二)主要技術應用

1.基于SpringCloud技術棧的微服務體系打造,應用服務實現分布式模式,并支持主備雙活體系,后端采用分布式數據庫作為數據源;

2.整套集群采用4個主節點,3個災備節點方式進行搭建。主節點及災備節點均支持集群擴展,極大的提高了系統的負載能力及穩定性,可以支持日均上億筆支付交易流量,并能根據業務量級快速完成集群擴展。

3.系統中間件采用Nacos+redis+RabbitMQ的通用架構,Nacos實現了配置文件分命名空間管理及熱更新,Redis和RabbitMQ采用集群模式部署,兩主一備。

4.系統日志采用同日志平臺結合的模式,日志實時推送至ElasticSearch數據庫,解決了分布式體系下日志需要查多臺服務器的情況,提高了整體查詢效率。

二、項目創新點

1.環境層面

基于國產芯片和操作系統構建應用及數據庫的運行環境,國產ARM服務器采用鯤鵬920芯片和麒麟V10操作系統。

2.平臺層面

采用“分布式應用 + 國產分布式數據庫”的模式,構建了基于SpringCloud技術棧的分布式微服務應用環境,數據庫層面選用了騰訊TDSQL分布式數據庫,實現了“應用分布式 + 數據庫分布式”的全面分布式體系。

3.架構層面

摒棄了傳統的“冷備/熱備”模式,改造成互聯網雙活體系,流量將被均勻的分配給中心機房和災備機房,確保了災備環境隨時可用,同時也實現了無感上線(災備和中心機房輪流更新),真正實現了7*24小時的服務。

4.技術層面

微服務系統結合自動發布平臺,實現不中斷發布的同時,引入灰度發布等技術,提升用戶體驗和整體系統的質量。微服務研發模式和敏捷發開模式高度契合,開發人員僅需關注對應的研發模塊,實現業務系統和公共模塊的解耦,提升研發效率,對于后續業務的支撐快速響應,支持業務的高速發展。

三、技術實現特點

1.微服務拆分

聚合支付從傳統單體模式向分布式微服務模式的轉變,必然涉及微服務的拆分,涉及到設計理念的顛覆,我行從實際情況出發,將聚合支付體系拆分成了7個微服務,分別為:接入網關、接出網關、訂單模塊、批處理模塊、數據服務模塊、交易后處理模塊、管理臺。

2.數據模型重構

聚合支付從傳統Oracle數據庫轉變成分布式數據庫的過程中,數據模型必然無法原樣遷移,需要符合分布式數據庫的特征,我行依據原系統中數據模型層面的痛點,結合分布式數據庫的特性,重新設計了新的聚合支付數據模型,尤其在對賬、清結算等層面,實現了效率的全面提升。

3.監控體系建立

針對老系統的痛點,在優化原有性能的同時,新增了針對“資金”、“交易”等場景的主動監控,將短款的可能性控制在最小。

在應用監控方面,針對每個微服務健康狀態、存儲空間、應用性能、交易接口響應時間進行監控。

在日志監控方面,針對日志中常見的錯誤進行監控,如連接超時、響應超時等。

在數據庫監控方面,針對數據庫IO、存儲空間、SQL執行時間等進行監控。

在中間件監控方面,針對nacos、rabbitmq、redis中間件進行監控。

在清算賬戶余額監控方面,針對聚合支付系統涉及的所有待清算戶、清算戶余額進行監控。

在對賬監控方面,針對每個渠道的對賬狀態、對賬明細進行監控。

在結算監控方面,針對每個渠道的結算狀態、結算明細進行監控。

對外訪問域名監控方面,針對每個對外域名的連通性進行監控。

4. 灰度引流

為實現新老系統的無縫切換,降低客戶感知,首次嘗試基于客戶維度進行“灰度引流”,逐步將交易流量導入新系統,從100個客戶、到1000客戶,再到1萬,10萬,最后實現全面切換,持續半年左右的時間。

四、項目過程管理

項目各階段工作完成情況見下表所示:

項目灰度切量工作完成情況見下表所示:

灰度切量的主要目的是通過少量的用戶進行系統的交易、對賬、結算功能驗證,以及系統的并發性能和交易功能的完整性驗證,大大降低了系統的運行風險。

五、項目運營情況

1.性能層面

新聚合支付系統的響應時間從92毫秒縮短到38毫秒,提升了59%;對賬時間從30分鐘縮短到5分鐘,提升了6倍;結算時間從60分鐘縮短到3分鐘,提升了20倍;并發性能從每秒321筆,提升到1158筆,提升了3倍多。

2.運行層面

新聚合支付系統于2021年3月首次上線導入流量,于2021年9月完成全部用戶流量的導入,運行至今已一年有余,新系統迭代了58個業務需求,其中包括關于條碼支付等業務的改造、手機銀行行內碼主掃支付、線上收銀臺簽約體系變更及支持信用卡支付、權益商城建設、行內碼主掃和線上收銀臺對接權益等重大變更,系統運行穩定,未出現停機現象,實現了7*24小時的服務承諾。

六、項目成效

1.提升系統性能

新聚合支付上線后,相較于老系統,系統穩定性得到了極大的提高,客戶關于收付款不穩定的反饋量顯著減少,更好的支撐了個體經營業者的經營,為普惠金融貢獻力量。

2.實現降本增效

新聚合支付建成后,積極探索新的支付模式,上線手機銀行行內碼主掃支付功能,拓展教育繳費、物業繳費等新模式,多維度實現降本增效。

減少我行支付成本:我行手機銀行掃碼收單二維碼支付,走行內通道,無需繳納微信、支付寶、銀聯等渠道手續費,后期可以配置支付手續費,增加中收。

提高資本留存:客戶用過微信、支付寶、銀聯渠道支付,清算資金第二個工作日才清算至我行,但通過手機銀行主掃支付,清算資金可在消費當日留存我行,實現資本留存。

減少資金墊付成本:針對D0商戶,無需墊付清算資金。

3.增強客戶黏度

手機銀行主掃我行商戶二維碼進行消費時,支持我行借記卡、貸記卡支付,并支持滿減、滿折、隨機減等權益,通過營銷活動引導客戶使用我行手機銀行,提高手機銀行活躍率、增加我行借記卡使用率、信用卡的用信率。

4.助力精準營銷

新聚合支付重新設計了數據模型,可以將更多的客戶信息進行留存,完善客戶畫像,為我行的精準營銷提供必要的保障。

七、經驗總結

1.技術層面

新聚合支付的上線,不僅標志著我行分布式體系轉型取得初步勝利,也意味著我行的自主研發能力上了一個新臺階,同時,在灰度發布、分布式數據庫運用等層面也積累了寶貴的經驗,為我行互聯網場景下業務的快速迭代奠定了堅實基礎,也為我行的自主研發體系打造了一個標桿產品。

2.業務層面

新系統的全新架構確保了支付系統的穩定、可靠,同時,新的數據模型下,催生了更豐富的客戶畫像,也構建了自己的行內碼,探索了新的業務模式,切實降低了我行的支付成本,提高的資金留存,這與以往追求用戶數量,追求交易量的維度有很大的不同,事實證明,這種全新的方向才是符合我行特色的,確保支付體系良性發展的前提。

更多金融科技案例和金融數據智能優秀解決方案,請登錄數字金融創新知識服務平臺-金科創新社官網案例庫、選型庫查看。

以上就是關于建設銀行pos機掃碼,聚合支付體系的架構轉型的知識,后面我們會繼續為大家整理關于建設銀行pos機掃碼的知識,希望能夠幫助到大家!

轉發請帶上網址:http://www.www690aa.com/news/23289.html

你可能會喜歡:

版權聲明:本文內容由互聯網用戶自發貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容, 請發送郵件至 babsan@163.com 舉報,一經查實,本站將立刻刪除。