平潭综合实验区建设局网站,原平新闻热点头条,郑州北环附近网站建设,网站开发自我介绍代码点击下方“JavaEdge”#xff0c;选择“设为星标” 第一时间关注技术干货#xff01; 关注我#xff0c;紧跟本系列专栏文章#xff0c;咱们下篇再续#xff01; 作者简介#xff1a;魔都国企技术专家兼架构#xff0c;多家大厂后端一线研发经验#xff0c;各大技术社区… 点击下方“JavaEdge”选择“设为星标” 第一时间关注技术干货 关注我紧跟本系列专栏文章咱们下篇再续 作者简介魔都国企技术专家兼架构多家大厂后端一线研发经验各大技术社区头部专家博主编程严选网创始人。具有丰富的引领团队经验深厚业务架构和解决方案的积累。 负责中央/分销预订系统性能优化活动优惠券等营销中台建设交易平台及数据中台等架构和开发设计 目前主攻降低软件复杂性设计、构建高可用系统方向。 ” 0 前言 聚合支付主要是就是一个将所有的第三方支付通过借助形式融合在一起相当于对接一个支付接口就可以使用各种支付的场景。如便利店购物贴个码上有微信支付支付宝等各种支付。 针对一个小商户进行一个收款工具让商家他那边会有一个收钱吧商户通第一个可以实时的收听语音报告当前用户付款多少钱第二个就是他可以去实时查看账单了解当天营业额。 1 V1.0系统 工期短基本上所有新项目都这尿性天天被领导鞭策赶进度业务不熟不知道聚合支付到底做啥的支付流程啥样毕竟每个公司支付业务其实完全不一样无法照搬交易量小当时的交易量是只有前端的一两个产品在使用每天的交易笔数也很小人员缺乏新成立的团队做新项目研发那就只有我和另一十年老鸟同事 该背景下完成 V1.0系统架构即虚线圈具体分工 交易前置交易网关 直接操作 DB 没做甚至缓存的优化。 交易前置支付核心业务处理如记录商户交易流水、对接各个支撑服务风控系统交易单日/单笔限额、商户黑名单、欺诈行为识别等风险因素控制路由系统通过设定的优先级、限额等路由规则选择合适的渠道保证成功率降低成本交易网关负责所有支付渠道的报文包装、数据加密、协议转换、签名验证、状态映射 当时就做这样简单架构第一个开发比较快直接拿需求进行改代码方便测试以及上线。经几个月交易猛增发现 2 系统瓶颈 2.1 渠道隔离 当时对接了几个渠道特别渠道不稳定的话如资源不可用、网络问题导致超时就会把所有渠道交易全部影响级联反应导致交易链路雪崩。系统哪边挂了之后立马要赶紧联系。所以说这个渠道隔离放在第一位首要的。 2.2 接口膨胀 特别涉及相似业务的如消费、撤销、退款接口就每个业务类型都有这几个接口随业务发展也难维护开发每次来个需求都考虑到底是改哪个接口要不要都改。 2.3 动态扩容 聚合支付很多交易异步用户下单时我们会立即返回就下单成功或者下单失败但是这个交易有没有消费成功我们需要设置定时的任务去查询最终付款结果。 2.4 定时调度 它需定时、定点、定量拉取订单处理如拉取数据太多OOM太少很多交易得不到执行。分布式下如何充分提升并发前提下充分使用机器资源变紧迫。 2.5 配置分散 传统将配置文件存放在每个节点每次升级都要运维手动改。风险高且不好维护。 3 V2.0系统 3.1 设计方向 稳定支付系统的根基支付体验用户使用支付功能时感知零延迟低耦合模块间减少依赖需求变动风险控制在最小范围 过程试了多种方案最终演变如下系统架构 首先将服务划分三条线绿色和中间红色和最下面一条橙色 绿色是把交易核心、交易网关独立出来任务作业和那个查询网关独立部署两条业务线通过 MQ 解耦再独立查询服务对前端业务仅提供一个流水查询功能 编程严选网www.javaedge.cn 写在最后 编程严选网www.javaedge.cn程序员的终身学习网站已上线 点击阅读原文即可访问网站 欢迎长按图片加好友我会第一时间和你分享软件行业趋势面试资源学习途径等等。 添加好友备注【技术群交流】拉你进群更多教程资源应有尽有 关注公众号后在后台私信 回复【架构师】获取架构师学习资源教程回复【面试】获取最新最全的互联网大厂面试资料回复【简历】获取各种样式精美、内容丰富的简历模板回复 【路线图】获取直升Java P7技术管理的全网最全学习路线图回复 【大数据】获取Java转型大数据研发的全网最全思维导图微信【ssshflz】私信 【副业】进副业交流群点击【阅读原文】即可访问程序员一站式学习网站 最近在准备面试为大家准备一份2024最新最全Java学习路线一条龙
