原公司P2P平台的功能拆分

Posted Zhan

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了原公司P2P平台的功能拆分相关的知识,希望对你有一定的参考价值。

 

  • 银行回调:由原来写在PC门户项目中拆分开来,作为一个专门处理回调的项目,配置多个数据源,实时写入数据库。

 

  • 定时回查:由原来写在PC后台管理项目中拆分开来,作为一个专门回查银行网关的项目。

 

  • 请求银行:由原来写在common jar项目中拆分开来,对外提供诸如投标、充值、提现等接口,由这个项目负责同步或异步请求银行。

 

  • 系统奖励发放:由原来写死在不同项目的发放例如体验金、积分、红包这种奖励拆分开,单独作为一个项目对外提供rpc,调用者采用异步线程池进行调用。

 

  • 登陆注册:由原来写在PC门户项目拆分开来,作为一个单点系统,所有的登陆注册都通过这个入口,采用spring-redis-session实现分布式缓存。

 

  • 文件上传:FTP更改为FASTDFS,对外提供上传接口,异步回显url完整地址,但要保证高可用。

 

  • 消息队列:高峰时期的投标,启动消息队列,由消息队列控制并发数量。

 

  • 订单系统:所有涉及到请求银行的交易由订单系统进行下单入库,必须保证数据一致性。
  • API:统一移动端的请求,返回json格式数据。
  • 账单系统:生成一系列的账单,对外同样提供rpc。
  • 数据缓存:将common jar项目中redis拦截抽取出来,仅依赖redis,sping-redis-session jar包,对查询数据进行切入拦截到redis读取,对修改的数据进行切入拦截到redis清空并写入到redis,保证key的可行性。

 

以上是关于原公司P2P平台的功能拆分的主要内容,如果未能解决你的问题,请参考以下文章

MBI拆分理财是什么?

微服务优点及拆分原则

为什么大公司的后台数据库都要搞分库分表?

重构心法——拆分大对象

关于大型站点技术演进的思考--存储的瓶颈

服务拆分