支付系统设计

本文详述了通用PHP支付系统的业务、应用、技术及数据架构设计,涵盖从单体应用到微服务的演进过程。技术选型包括laravel、mysql、rabbitmq等,强调了数据架构中的读写分离和备份策略,并讨论了关键点如消息队列的可靠性,以及支付生命周期中的状态管理。随着业务发展,系统经历了从单节点到服务网格的多个阶段演进。
摘要由CSDN通过智能技术生成

通用的PHP支付系统设计

业务->功能->实现->演进过程

1.业务架构

业务架构的前提要搞清楚我们面临的业务量有多大,增长走势是什么样,而且解决的过程,一定是一个循序渐进逐步的过程。

预计两年需要实现可以支撑月流水500万笔交易的系统。  
API接口需要支持高并发和稳定性。  
保证核心业务的稳定性  
2.应用架构

前期为了系统快速上线,使用单体应用结构。
系统内部采用模块化开发,模块作为一个独立的小系统存在,后期随业务增长会演变成独立的微服务。因此需要划清模块的边界,处理模块之间的依赖。

3.技术架构

开发层面:
技术选型:laravel+mysql+rabbitmq+redis+elasticsearch
常规的技术栈。开发部门掌握程度高,能够快速将业务落地。
运维层面:
增加监控机制:prometheus+grafana+laravel中间件
实现监控报警,开发需要提前预警一些服务器的状态和系统应用的运行状态,能及时应对和处理峰值流量。

4.数据架构

数据表结构设计也分模块进行设计。所有表名都加上模块前缀。为后期拆库易于区分。
mysql读写分离。
一主三从设计。主库为写库,两个从库为读库,另外一个从库作为实时备库,非紧急情况下,不参与数据库负载。
数据库备份:每小时完成一次备库的快照备份。存在不同机房的不同服务器上。
可以选择

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值