轉自：https://blog.csdn.net/musen518/article/details/50553689

某互聯應用，預計推廣群體達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多倍，這個時候老系統估計夠嗆了。。。