(六)分布式事務綜合案例分析

2022-09-02 09:36:08 字數 2341 閱讀 4633

1.1.p2p介紹

p2p金融又叫p2p信貸。其中p2p是 peer-to-peer 或 person-to-person 的簡寫,意思是:個人對個人。p2p金融指個人與個人間的小額借貸交易,一般需要借助電子商務專業網路平台幫助借貸雙方確立借貸關係並完成相關交易手續。借款者可自行發布借款資訊,包括金額、利息、還款方式和時間,實現自助式借款;投資者根據借款人發布的資訊,自行決定出借金額,實現自助式借貸。

目前,國家對p2p行業的監控與規範性控制越來越嚴格,出台了很多政策來對其專項整治。並主張採用「銀行存管模式」來規避p2p平台挪用借投人資金的風險,通過銀行開發的「銀行存管系統」管理投資者的資金,每位p2p平台使用者在銀行的存管系統內都會有乙個獨立賬號,平台來管理交易,做到資金和交易分開,讓p2p平台不能接觸到資金,就可以一定程度避免資金被挪用的風險。

什麼是銀行存管模式?

銀行存管模式涉及到2套賬戶體系,p2p平台和銀行各一套賬戶體系。投資人在p2p平台註冊後,會同時跳轉到銀行再開乙個電子賬戶,2個賬戶間有一一對應的關係。當投資人投資時,資金進入的是平台在銀行為投資人開設的二級賬戶中,每一筆交易,是由銀行在投資人與借款人間的交易劃轉,p2p平台僅能看到資訊的流動。

1.2.總體業務流程

1.3.業務術語

1.4.模組說明

統一賬號服務

使用者的登入賬號、密碼、角色、許可權、資源等系統級資訊的管理,不包含使用者業務資訊。

使用者中心

提供使用者業務資訊的管理,如會員資訊、實名認證資訊、繫結銀行卡資訊等,「使用者中心」的每個使用者與「統一賬號服務」中的賬號關聯。

交易中心

提供發標、投標等業務。

還款服務

提供還款計畫的生成、執行、記錄與歸檔。

銀行存管系統(模擬)

模擬銀行存管系統,進行資金的存管,劃轉。

2.1.業務流程

採用使用者、賬號分離設計(這樣設計的好處是,當使用者的業務資訊發生變化時,不會影響的認證、授權等系統機制),因此需要保證使用者資訊與賬號資訊的一致性。

使用者向使用者中心發起註冊請求,使用者中心儲存使用者業務資訊,然後通知統一賬號服務新建該使用者所對應登入賬號。

2.2.解決方案分析

針對註冊業務,如果使用者與賬號資訊不一致,則會導致嚴重問題,因此該業務對一致性要求較為嚴格,即當使用者服務和賬號服務任意一方出現問題都需要回滾事務。

根據上述需求進行解決方案分析:

實現方法如下:

實現方法如下:

3.1.業務流程

根據政策要求,p2p業務必須讓銀行存管資金,使用者的資金在銀行存管系統的賬戶中,而不在p2p平台中,因此使用者要在銀行存管系統開戶。

使用者向使用者中心提交開戶資料,使用者中心生成開戶請求號並重定向至銀行存管系統開戶頁面。使用者設定存管密碼並確認開戶後,銀行存管立即返回「請求已受理」。在某一時刻,銀行存管系統處理完該開戶請求後,將呼叫**位址通知處理結果,若通知失敗,則按一定策略重試通知。同時,銀行存管系統應提供開戶結果查詢的介面,供使用者中心校對結果。

3.2.解決方案分析

p2p平台的使用者中心與銀行存管系統之間屬於跨系統互動,銀行存管系統屬於外部系統,使用者中心無法干預銀行存管系統,所以使用者中心只能在收到銀行存管系統的業務處理結果通知後積極處理,開戶後的使用情況完全由使用者中心來控制。

根據上述需求進行解決方案分析:

4.1.業務流程

在借款人標的募集夠所有的資金後,p2p運營管理員審批該標的,觸發放款,並開啟還款流程。

管理員對某標的滿標審批通過,交易中心修改標的狀態為「還款中」,同時要通知還款服務生成還款計畫。

4.2.解決方案分析

生成還款計畫是乙個執行時長較長的業務,不建議阻塞主業務流程,此業務對一致性要求較低。

根據上述需求進行解決方案分析:

分布式事務綜合案例分析 實用篇

我們已經了解了四種分布式事務解決方案,2pc 鏈結 tcc 鏈結 可靠訊息最終一致性 鏈結 最大努力通知 鏈結 每種解決方案我們通過案例開發進行學習,本章節我們結合網際網路金融專案中的業務場景,來進行分布式事務解決方案可行性分析。p2p金融又叫 p2p信貸。其中 p2p是 peer to peer ...

分布式 2分布式事務

分布式 1概述cap和base 分布式 2分布式事務 分布式 3分布式一致性演算法 分布式 4集群 分布式 5服務限流演算法 分布式 6分布式id 分布式 7效能壓測 分布式 8日誌鏈路跟蹤 分布式 9分布式鎖 redis鎖的幾種實現 參考 分布式系統間各種問題 宕機 網路不穩定 本地事務無法滿足需...

分布式事務(二)分布式事務方案

首先這是普通事務 下面是分布式事務 在微服務系統中,每個微服務應用都可能會有自己的資料庫,它們首先需要控制自己的本地事務。一項業務操作可能會呼叫執行多個微服務。如何保證多個服務執行的多個資料庫的操作整體成功或整體失敗?這就是分布式事務要解決的問題。cap 和 base 是對大規模網際網路系統分布式實...