網(wǎng)友解答: 3000人同時訪問一個純靜態(tài)文件，靜態(tài)文件大小28K，那瞬間請求流量最大理論值為：3000x28K≈82M 。但是此值僅僅是理論上的瞬間最大流量，因為你的站點不可能每時每秒都

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

但實際情況下并不能這樣計算，實際請求帶寬要遠遠低于656M，原因主要有以下幾點：

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

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

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

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

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

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

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

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

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

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