手撕商城體系之支付系統設計與實現

繼續接前文手撕商城系統架構設計與實現

支付系統是商城體系裏面另一個關鍵核心系統,所有商城線上交易行爲最終轉化收入業績重要支撐。支付最主要目標是保證系統穩定、高可靠,承載高併發支付結算場景。廣大企業是沒有支付牌照的,全國有支付牌照的公司就那麼20幾家,所以衆多公司都是接入第三方公司(如:支付寶、微信、銀聯)。廣大企業的支付業務更多時候做一個聚合的中轉支付。

拋開帶有支付牌照的金融公司的支付架構,下述鏈路和系統組成基本上符合絕大多數支付場景。其實整體可以看成是交易核心+支付核心兩個大系統。

交易系統關聯了業務場景和底層支付,而支付系統完成了調用支付工具到對賬清算等一系列相關操作。

下面我們就來一起看下各個系統的核心組成和交互。

1、支付系統總覽

1.1、核心系統交互

1.2 業務圖譜

 

 

2、核心系統解析

2.1、交易核心

交易核心把公司的業務系統和底層支付關聯起來,讓業務系統專注於業務,不比關心底層支付。

 

2.2、基礎交易類型抽象

 

 

2.3、多表聚合 & 訂單關聯

 

2.4、支付核心

支付核心主要負責將多種支付類型進行抽象,變成 充值、提現、退款、轉賬四種支付形態。同時,還要負責集成多種支付工具,對支付指令進行編排等等。

2.5、支付核心總覽

 

 

2.6、支付行爲編排

其目的,是實現 插件式開發、支付規則可配置的 靈活開發方式。

2.7、異常處理

異常處理包括了 重複支付、部分支付、金額不一致、其他異常等異常場景。

2.8、渠道網關

2.9、資金覈算

 

3、服務治理

3.1、平臺統一上下文

通過確定系統邊界、業務建模拆分之後,整個支付平臺被拆分幾十個服務,而如何保障在服務間流轉業務信息不被丟失,是我們需要考慮的問題。平臺統一上下文的要素信息(唯一業務標識碼),在整個支付平臺鏈路中全程傳遞,被用來解決這個問題。

 

3.2、數據一致性治理

大型的支付公司,內部都有非常嚴格和完備的數據一致性方案,比如採用業務侵入性非常大的分佈式事務等,以犧牲開發效率來提升數據的穩定,是非常有必要的。而業務公司,如果不採用分佈式事務又有哪些應對策略呢?

 

3.3、CAS校驗

3.4、冪等 & 異常補償

 

3.5、對賬

3.6、準實時對賬

3.7、DB拆分

3.8、異步化

支付是整個交易鏈路的核心環節,那麼,怎麼兼顧支付系統的穩定性和執行效率呢?是異步化。

3.9、消息異步化

 

3.9、外部支付調用異步化

在外部支付中,經常需要服務方與第三方支付交互,獲取預支付憑證,如上圖所示。

這種同步調用的情況下,由於需要跨外部網絡,響應的 RT 會非常長,可能會出現跨秒的情況。由於是同步調用,會阻塞整個支付鏈路。一旦 RT 很長且 QPS 比較大的情況下,服務會整體 hold 住,甚至會出現拒絕服務的情況。

因此,可以拆分獲取憑證的操作,通過獨立網關渠道前置服務,將獲取的方式異步化,從前置網關獲取內部憑證,然後由前置網關去異步調用第三方。

 

3.10、異步並行化

 

3.11、資金覈算異步化

 

3.12、熱點賬戶賬務單獨處理

3.13、記賬事務切分

4、生產實踐

4.1、性能壓測

構建壓測模型,模擬現實真實場景;壓測數據進影子庫,正常業務無侵入;單機性能和集權鏈路都不能忽視;識別系統穩定性和容量配比。。。

4.2、穩定性治理

4.3、核心鏈路分離

4.4、服務依賴降級

5、代碼倉庫

第四方支付系統,支付商家管理、支付平臺管理

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章