性能指标分析实例100W会员

1 性能需求

系统需要满足100W会员

2 开始分析

2.1 系统现状分析

前期预计总会员数100W
门店总数300,一家店50个台位,共15000个台位
平均每家店3台pos、3台apk

TPS分析

80%的用户集中在20%的时间来吃饭
用餐时段:11-14,17-22,共8小时
假设一个会员一天只消费一次
80%的用户(80W)集中在20%的时间(1.6小时)消费
平均每秒处理138次消费
再乘以1.25的系数,需要每个常用接口tps均达到174

响应时间分析

每个接口响应时间不超过200ms(公司KPI,不能变)
通常接口不超过500ms,页面不超过2s

并发用户数分析

系统用户数为pos总数+apk总数+扫码点餐数量(台位总数*(点餐时间/用餐总时间))
假设一半的用户使用会员支付
请求会员接口时间大约占一次点餐过程的十分之一
在线用户数=(900+900+15000*0.1)/2=1650
并发用户数 = 1650/10=165
峰值并发用户数=165 *1.25=206

被测接口分析

一次消费行为涉及如下接口:
会员查询 member/get
优惠计算查询 discountQuery
会员资产支付 order/pay
会员资产支付撤销 revertedPay
结账 close

其他频次较低接口:
结账撤销 revertedClose
充值 recharge
反充值 revertedRecharge
售卡 card/sell
激活 card/active
新增会员 member/create

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值