性能测试之互联网应用需求建模分析

某互联应用,预计推广群体达500万人左右,用户使用时间早8点---晚8点,12小时

分析建模如下

1. 注册用户转化率,预估5%,那么注册用户:500万*5%=25万

2. 高峰时段(有活动)每日在线用户,在线率预估10%,那么在线用户数:25万*10%=2.5万

3. 用户常用下单到成功,触发20个请求,总请求量:2.5万*20=50万

4. 利用二八原则计算吞吐量:50万*80%/(12*3600*20%)=46.7/s


更新需求,发布新产品,定时抢购优惠活动,某日10点开始抢购,大概12点结束

重新建模如下

1. 注册用户25万不变

2. 高峰时段在线用户,在线率预估20%,那么这2小时的在线用户数:25万*20%=5万

3. 用户常用下单到成功,触发20个请求,总请求量:5万*20=100万

4. 利用二八原则计算吞吐量:100万*80%/(2*3600*20%)=555.6/s 

      或许需要用到四六原则计算:100万*60%/(2*3600*40%)=208.3/s(需要非常熟悉业务需求,建模才更加准确,有往年历史数据支撑,看的出数据分布更好)

压力暴增5~10多倍,这个时候老系统估计够呛了。。。


以上个人想法,欢迎拍砖指正,谢谢~

数据纯属虚构,请按实际数据套用


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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值