支付寶架構


支付寶作為最老牌的支付機構,其支付系統的架構和使用的技術是很值得我們在設計與實現支付系統時作為參考的,這篇文章為大家深度解析支付寶的產品架構。

系統架構概況

系統架構概況

支付寶的系統采用的是一個典型的從渠道到產品到服務到支付渠道的應用架構,其中服務根據業務的發展,一方面考慮平衡業務的增長與創新,另一方面考慮系統的安全、穩定、可伸縮。所以系統架構設計上需要構建穩定的基礎業務服務,通過服務重用實現業務敏捷,同時保障核心安全穩定。

典型處理模式

典型處理模式

對於各類的支付場景,其典型處理模式如上圖所示,互聯網商戶訪問渠道系統,通過API平台接入,經過產品層,封裝訂單處理,然后調用收銀台或者直接調用交易,交易過程中附加計費、營銷、風控,然后到支付處理,支付處理再到清算處理和賬戶會計處理,最后通過渠道通信前置調用銀行渠道完成支付交易落地。

支付交易處理

支付交易處理

支付交易的處理在上述流程下就很好理解了,首先,業務系統通過收銀台或者支付API將交易發到支付系統,支付系統通過賬務交易記錄賬務並給到會計系統,然后通過清算模塊與銀行渠道完成支付落地,最后將清算模塊與會計記錄進行核算。

賬務會計

賬務會計

賬務和會計相關我之前專門有一篇文章分析,此處就不再贅述。

傳送門:【支付系統設計從0到1】支付寶架構中記賬功能設計分析

支付清算

支付清算

在支付清算這頁里我們看到,支付寶分了支付系統和清算系統作為聯機交易,其實這就是我們之前講的支付系統設計中的支付產品和支付渠道,然后通過記賬指定給到賬務系統里再做記賬,聯機記錄交易流水,異步做復式記賬。這其實也是我們在設計支付清算系統的時候的一個原則:為提高交易性能,交易必須與賬務分離,以提高交易處理性能和效率,從而有針對性的分塊解決復雜業務邏輯。所以,我們在支付系統設計中一般是將記賬為分2個步驟,支付成功后系統同步記錄流水賬,異步通知會計系統做復式記賬,如下圖所示。

核算中心

支付系統中實現四種的支付方式,充值,提現,內轉,充退等。而清算系統完成跟渠道之間的渠道管理、任務調度、實時處理以及文件處理、還有接收異步清算處理。

交易系統

支付寶架構中的交易系統就是我們之前支付系統架構設計中支付產品所實現的功能,包括各種支付方式的實現(擔保交易、即時到賬交易、貨到付款交易等)。

另外,這里面還包括了:數據持久、流程引擎、規則引擎、超時處理、資金處理、產品賬接入、收費接入、商戶通知、統一事件等。

商戶通知和統一事件通過消息系統異步交易時間處理。本文為作者授權發布,不代表移動支付網立場,轉載請注明作者及來源,未按照規范轉載者,移動支付網保留追究相應責任的權利。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM