支付運營平臺架構(gòu)設計

支付運營平臺架構(gòu)設計支付運營平臺的作用支付運營平臺簡介支付運營平臺是供給應支付公司內(nèi)部員工使用的，用來查交易信息，商戶信息，費率信息等的內(nèi)部效勞工具。使用的群體有支付開發(fā)人員、測試人員、支付產(chǎn)品人員、清結(jié)算人員、財務人員、客服人員等。開發(fā)、測試以及產(chǎn)品人員需要使用平臺處理值班問題，準時查詢數(shù)據(jù)，監(jiān)控效勞。清結(jié)算人員使用平臺處理對賬以及調(diào)賬等問題?？头藛T使用平臺查詢交易信息、商戶信息以第一時間反響給詢問的客戶。雖然運營平臺不在支付體系的主鏈路上，但是作用確定不容小覷，任何一家支付公司都離不開支付運營效勞。支付運營平臺進展歷程支付公司單量比較小的時候，支付各個模塊都融合在一個系統(tǒng)，由于一個系統(tǒng)能搞定收單、清結(jié)算、賬務、商戶治理等全部的事情。運營平臺相當于支付系統(tǒng)的一個后臺治理平臺，通過該平臺維護商戶信息、查詢交易數(shù)據(jù)等力量。這時候的支付運營平臺供給治理頁面，一套 SpringMVC框架就搞定，可以直接懇求支付系統(tǒng)的數(shù)據(jù)庫對可操作的數(shù)據(jù)進展增刪改查。此時的架構(gòu)如下所示：但是隨著支付公司業(yè)務量的增長，一個支付系統(tǒng)處理全部事情的局限性漸漸凸顯出來。首先是耦合性太強，無法敏捷擴展，其次是系統(tǒng)性能遇到了瓶頸。這時候迫使要把支付系統(tǒng)依據(jù)業(yè)務模塊拆分成各個子系統(tǒng)，以提升可擴展性和容錯力量，比方負責業(yè)務規(guī)律處理的拆分成收單系統(tǒng)，負責結(jié)算的拆分成清結(jié)算系統(tǒng)，負責記賬的拆分成賬務系統(tǒng)，負責商戶信息治理的拆分成商戶系統(tǒng)。系統(tǒng)拆分完成之后也并不能解決性能的問題，由于性能的瓶頸會凸顯在數(shù)據(jù)庫，所以需要把數(shù)據(jù)庫也依據(jù)子系統(tǒng)來拆分。拆分之后的支付體系架構(gòu)如下所示：依據(jù)這個架構(gòu)拆分之后運營平臺就會面臨各種各樣的問題，首先是跨數(shù)據(jù)源操作數(shù)據(jù)的問題，其次是安全合規(guī)依據(jù)這個架構(gòu)拆分之后運營平臺就會面臨各種各樣的問題，首先是跨數(shù)據(jù)源操作數(shù)據(jù)的問題，其次是安全合規(guī)性問題，即是否可以通過運營平臺直接操作數(shù)據(jù)庫修改數(shù)據(jù)。這時候就涉及到如何把運營平臺設計的可用性更高一些。2支付運營平臺業(yè)務規(guī)律2.1用戶群體分析技術是為業(yè)務效勞的，要設計一套高可用的產(chǎn)品，肯定要把業(yè)務規(guī)律梳理清楚，梳理業(yè)務規(guī)律首先要理清不同用戶群體對產(chǎn)品的需求。支付運營平臺的用戶群體前面已經(jīng)講過，這里我們具體介紹一下這些用戶群體對平臺的需求。2.2業(yè)務架構(gòu)用戶群體的需求梳理清楚之后，需要整理運營平臺的業(yè)務架構(gòu)，作為支付運營平臺，需要給不同的客戶群體供給業(yè)務支撐，簡單度相對來說也是比較高的，尤其是需要到不同系統(tǒng)匯總數(shù)據(jù)、修改數(shù)據(jù)的狀況。支付運營平臺的業(yè)務架構(gòu)如下所示：搜尋公眾號Linux中文社區(qū)后臺回復“私房菜”，獵取一份驚喜禮包。使用運營平臺的人員通過頁面查看訂單數(shù)據(jù)、商戶信息，并操作相關的數(shù)據(jù)。運營平臺需要到支付的各個業(yè)務系統(tǒng)去獵取數(shù)據(jù)，展現(xiàn)數(shù)據(jù)，并修改數(shù)據(jù)。支付運營平臺設計設計原則運營平臺作為給內(nèi)部員工效勞的平臺，視覺上沒有特別的要求，不需要給太多的視覺沖擊。但是對易用性、易學性、安全性等方面要求都是比較高的。易用性：內(nèi)部員工使用，操作上要盡可能的簡便，不能給太多簡單的操作，要盡可能的節(jié)約操作本錢。比方客服查詢問題的頁面要盡可能的簡潔易懂，輸入盡可能少的內(nèi)容能夠得到盡可能多的信息。易學性：考慮到公司人員流淌以及系統(tǒng)培訓的本錢， 設計的系統(tǒng)要盡可能一目了然， 不需要太多的學習本錢，盡量能夠做到看了操作手冊就能上手。不然招一個客服人員培訓很長時間才能上崗，本錢格外的高。安全性：運營平臺設計的數(shù)據(jù)有的是格外隱私的，比方商戶的營業(yè)執(zhí)照，法人信息，交易信息這些都是要保密的，所以安全肯定要把控好。數(shù)據(jù)的隔離，數(shù)據(jù)操作的審批都要嚴格把控好。高效率：使用運營平臺是為了解決問題，客服人員回復顧客的問題效率也是一個很重要的指標，所以給出的查詢、操作肯定快速的相應，不能半天查不出數(shù)據(jù)，或者修改不了商戶的費率。系統(tǒng)架構(gòu)系統(tǒng)交互設計運營平臺的數(shù)據(jù)來源是支付各個業(yè)務系統(tǒng)， 考慮到安全、合規(guī)等問題運營平臺不能直接操作業(yè)務系統(tǒng)的數(shù)據(jù)庫，需要通過接口來獵取和操作數(shù)據(jù)。為了擴展性更好一些，一般系統(tǒng)都會做到前后端分別。支付運營平臺的交互模式如下所示支付運營平臺前后端分別之后，后端相當于一個業(yè)務路由系統(tǒng)，負責整合轉(zhuǎn)發(fā)、整合前端數(shù)據(jù)，推斷懇求哪個業(yè)務系統(tǒng)，并把業(yè)務系統(tǒng)的數(shù)據(jù)返回給前端。權限模型設計運營平臺無法繞開權限的治理，權限治理是運營平臺格外核心的一個模塊，一般狀況下會特地設計一個權限系統(tǒng)，供給SDK讓包括運營平臺在內(nèi)的內(nèi)部效勞系統(tǒng)接入使用。建議使用RBAC模型來設計權限系統(tǒng)。3.3.3 支付運營平臺技術架構(gòu)業(yè)務規(guī)律和交互模式梳理清楚之后，我們就可以設計出一套通用的技術架構(gòu)來支