中间件(一):订单系统整体架构

目录

1、订单系统架构

2、订单系统整体架构和流程

3、系统压力

4、分析用户行为

5、推算系统负载

6、目前系统最明显的技术问题

 7、第三方系统

8、系统耦合

9、大数据

10、几百行的大SQL直接查线上库的危害

11、订单系统的问题

11.1、支付前----用户未支付

11.2、支付后----复杂操作

11.3、支付后 ---- 退款/退款失败

11.4、大数据团队压力

 11.5、双11压力

11.6、今年的双11活动对系统压力会有多大?

总结 

12、系统核心链路

13、解决方法----消息中间件

13.1、同步调用

13.2、异步调用

13.3、消息中间件作用

13.3.1、异步

13.3.2、解耦

13.3.3、流量削峰

14、MQ解决梳理


1、订单系统架构

2、订单系统整体架构和流程

现在每日几十万订单,日高峰QPS:2000,大促活动QPS:10000。

目前注册用户几千万,每日活跃用户一两百万,订单数量每日几十万,随着发展很快达到订单量每日百万,不过现在大促都达到单日百万订单。

 系统压力来自两方面:1、日益增长的数据量;2、大促活动时每秒上万访问压力。

        随着数据库中的订单数据越来越多,数据库的读写性能就会越来越差,尤其在大促活动高峰期的时候,数据库访问压力剧增,读写性能会进一步下降,经常出现请求过慢,请求超时等问题。

        

  • 4
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值