欢迎来到Doc100.Net免费学习资源知识分享平台!
您的位置:首页 > 程序异常 >

第三方支付平台架构,该如何处理

更新时间: 2014-01-05 01:58:31 责任编辑: Author_N1

 

第三方支付平台架构
要做一个城市级的预付费卡在线充值项目,比如水卡、电卡、公交卡等,用户能在家里通过PC自助充值(刷卡、网银、支付宝等),或者在便利店通过终端充值,我们需要建立自己的交易数据库,跟银行或者其他第三方支付进行结算。目前在做相关的调研和技术可行性的分析,高手们给点参考意见,如何进行平台的架构
--参考方法--
菜鸟建议:
一、首先声明我没有做过财务类或者金融类的系统架构,但是我只能根据自己的经验分享一下我的意见。
二、架构
1、业务理解:通过你描述的业务上面来看,应该是多种类型的终端(即web网页、便利店终端、有可能手机端等),通过收集数据后保存在自己的业务数据库中,最后通过和第三方支付机构的接口进行结算。

2、架构设计:
a、大的技术架构:html + spring + mybatis ; nginx + 终端和第三方支付接口 + mysql + resin
b、PC自主缴费的需要相应的应用程序做支撑。通过html+spring+mybatis可以实现一个应用软件类似网站的东东,把客户需要缴费的信息保存到自己的DB中。
c、便利店终端需要该终端厂商提供相应的数据接口。通过该接口把用户的缴费信息保存到数据库中;这块可能比较麻烦的是终端接口和数据库接口之间的“桥梁”,需要重新开发。
d、手机端的就不用解释,他可以直接通过应用保存到自己的数据库中。
e、nginx和resin作用:针对PC自主缴费或者手机客户端,因为可能用户比较的时候,可以实现负载均衡,并且支持高并发的问题。
f、mysql就不用说保存你的用户缴费数据信息。
g、还有一个就是和第三方支付的问题:
    第一、看你的系统是不是需要实时性,如果需要的话,那就没办法只能通过异步方式直接进行接口结算。
    第二、如果不需要实时,可以通过一个定时器,定时把自己数据库中用户缴费信息连接到第三方支付机构,通过他们实现用户实施缴费。
--参考方法--
建议将支付模块独立出来,建立交易模型。
将具体的充值项目也独立出来。建成一个分布式的系统。各自独立运行和维护。
在后期的新增需求后则需求修改时,能保证系统的核心程序稳定
上一篇:上一篇
下一篇:下一篇

 

随机推荐程序问答结果

 

 

如对文章有任何疑问请提交到问题反馈,或者您对内容不满意,请您反馈给我们DOC100.NET论坛发贴求解。
DOC100.NET资源网,机器学习分类整理更新日期::2014-01-05 01:58:31
如需转载,请注明文章出处和来源网址:http://www.doc100.net/bugs/t/3921/
本文WWW.DOC100.NET DOC100.NET版权所有。