25,980
社区成员
发帖
与我相关
我的任务
分享第三方支付平台架构
要做一个城市级的预付费卡在线充值项目，比如水卡、电卡、公交卡等，用户能在家里通过PC自助充值（刷卡、网银、支付宝等），或者在便利店通过终端充值，我们需要建立自己的交易数据库，跟银行或者其他第三方支付进行结算。目前在做相关的调研和技术可行性的分析，高手们给点参考意见，如何进行平台的架构
...全文
请发表友善的回复…
发表回复
ddyouyue 2013-03-03
- 打赏
- 举报
建议将支付模块独立出来，建立交易模型。
将具体的充值项目也独立出来。建成一个分布式的系统。各自独立运行和维护。
在后期的新增需求后则需求修改时，能保证系统的核心程序稳定
菜牛 2013-03-02
- 打赏
- 举报
你应该去找相关的支付服务商和网站开发商调研。
colorsky_010 2013-03-01
- 打赏
- 举报
怎么没人回答呢
colorsky_010 2013-03-01
- 打赏
- 举报
谢谢你的建议
xianwangkai 2013-03-01
- 打赏
- 举报
菜鸟建议：
一、首先声明我没有做过财务类或者金融类的系统架构，但是我只能根据自己的经验分享一下我的意见。
二、架构
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、还有一个就是和第三方支付的问题：
第一、看你的系统是不是需要实时性，如果需要的话，那就没办法只能通过异步方式直接进行接口结算。
第二、如果不需要实时，可以通过一个定时器，定时把自己数据库中用户缴费信息连接到第三方支付机构，通过他们实现用户实施缴费。
