網(wǎng)友解答: 3000人同時(shí)訪問一個(gè)純靜態(tài)文件，靜態(tài)文件大小28K，那瞬間請求流量最大理論值為：3000x28K≈82M 。但是此值僅僅是理論上的瞬間最大流量，因?yàn)槟愕恼军c(diǎn)不可能每時(shí)每秒都

3000人同時(shí)訪問一個(gè)純靜態(tài)文件，靜態(tài)文件大小28K，那瞬間請求流量最大理論值為：3000x28K≈82M 。但是此值僅僅是理論上的瞬間最大流量，因?yàn)槟愕恼军c(diǎn)不可能每時(shí)每秒都保持在3000人訪問，而是一段時(shí)間內(nèi)的訪問人數(shù)。如果真是每秒都至少是3000人訪問，那你的服務(wù)器上行帶寬至少得在 82x8 = 656M（之所以乘以8，是因?yàn)槲覀冋f的速率和運(yùn)營商說的速率不是一個(gè)概念，換算單位不同），這樣看來費(fèi)用是相當(dāng)?shù)母摺?/p>

但實(shí)際情況下并不能這樣計(jì)算，實(shí)際請求帶寬要遠(yuǎn)遠(yuǎn)低于656M，原因主要有以下幾點(diǎn)：

用戶流量是分散的，并不是每秒都有3000人訪問；

瀏覽器對于靜態(tài)頁是有緩存的，所以這3000人中有一部分用戶發(fā)出請求后，其實(shí)是直接從本地緩存中加載的，而沒有請求遠(yuǎn)程服務(wù)器。

要知道，服務(wù)器的上行帶寬是很貴的，按上面計(jì)算方法，就算打個(gè)折，你的服務(wù)器固定帶寬100M的話，那光帶寬費(fèi)用一個(gè)月就要近7000元。

所以一般中小型網(wǎng)站的服務(wù)器上行帶寬100M都算很大了，鑒于你的訪客量不固定，我給你的建議是：

前端走CDN緩存，如果靜態(tài)文件長期不更新，可以把緩存時(shí)間設(shè)得很長，如一個(gè)月；

后端ECS選擇低配即可，帶寬不要選固定帶寬（選擇按使用流量來計(jì)費(fèi)，帶寬選擇5M足夠了）。

這種配置下，別說3000人同時(shí)訪問了，更高的并發(fā)都能抗得住。因?yàn)镃DN本身就充當(dāng)了負(fù)載均衡的角度，而且CDN節(jié)點(diǎn)遍布全國，使得用戶“就近讀取”靜態(tài)資源。

以上就是我的觀點(diǎn)，對于這個(gè)問題大家是怎么看待的呢？歡迎在下方評論區(qū)交流 ~ 我是科技領(lǐng)域創(chuàng)作者，歡迎關(guān)注我了解更多科技知識！

按照你給出的條件，css，視頻，圖片，樣式都外部存儲了，加上是靜態(tài)網(wǎng)頁，采用CDN+50M帶寬就足夠！利用CDN把靜態(tài)資源緩存起來，這樣 大大減輕了服務(wù)器的負(fù)擔(dān)！3000的并發(fā)還要考慮cpu，內(nèi)存以及IO的開銷，不單單是考慮帶寬！

現(xiàn)在有好多做壓力測試的工具，做下壓力測試！