由于我(wǒ)(wǒ)們公司承接了不少電(diàn)商(shāng)、招聘等的網站及小(xiǎo)程序項目，也常常被客戶詢問，項目到底能支撐多少人流量，以及如果做了特價促銷活動後，主機支撐得住嗎(ma)？ 等等。

實際上這不是一(yī)個很好回答的問題，如果隻是要簡短回答，就是依照實際狀況去(qù)調整，但這樣實在太籠統了。 這篇文章提供了一(yī)個思考方向，讓您可以與自己的開(kāi)發公司一(yī)起去(qù)檢測項目能支撐的人數。文章後半段還會提供您一(yī)些建議，讓您想要做特價促銷活動時，不會把主機給搞宕機了。

不隻現實世界要擔心人潮，網站的人潮一(yī)樣可以讓您的業務癱瘓

關于項目的用戶乘載量

我(wǒ)(wǒ)們最常被客戶問到的問題，像是：網站能不能承載 1000-3000 人同時上線？

或是：你們家做的網站能乘載多少人？ 之類的。

其實這個問題沒有固定解答，一(yī)般來說，我(wǒ)(wǒ)們會請您先思考以下(xià)幾個要點：

用戶在網站上活動的模式？ 目标是獲得什麽？

有沒有要搶購某個商(shāng)品

有沒有要及時刷新？ 大(dà)家會不會一(yī)直重新刷新？

假設要乘載 3000 人，這 3000 人會是靜态看内容？ 還是會一(yī)直與網站或小(xiǎo)程序互動？

是同一(yī)時間開(kāi)放(fàng)進到網站或小(xiǎo)程序内？ 還是在不同的時間斷斷續續進入網站或小(xiǎo)程序？

這些問題能夠幫助您先思考好自己公司的業務性質是什麽，以及如何與消費(fèi)者互動，有了這些問題的解答後，自然知(zhī)道網站的承載量大(dà)概多大(dà)。

以上面的問題來說，假如您的網站偏向新聞類型，或者單純的企業形象官網，由于都是靜态頁面，所以在小(xiǎo)型主機上，每分(fēn)鍾網站可能可以支撐100次頁面點擊。 假設用戶觀看每篇文章，大(dà)概會花 5 分(fēn)鍾，那麽每分(fēn)鍾可以乘載的人數可以算成是 500 人。

再者，一(yī)台小(xiǎo)型主機，通常的承載量是每分(fēn)鍾 100 次點擊，中(zhōng)型主機可能可以達到 300-500次點擊。 這樣會很少嗎(ma)？ 其實每分(fēn)鍾這幾百人之中(zhōng)，隻要有1個人購買 1000 元的商(shāng)品，一(yī)天可能就有百萬營業額了。 所以一(yī)般的電(diàn)商(shāng)不會去(qù)強調【高承載】，而是強調【轉換率】，自然沒必要使用太過強大(dà)的主機。

如果您可以了解以上的舉例，我(wǒ)(wǒ)們接下(xià)來就可以提供一(yī)些更詳細的說明：

基礎知(zhī)識一(yī)：單位時間

網站的乘載量，要看「單位時間内點擊次數」，而不是「同時多少人上線」。

狀況A： 新聞網站，同時3000人在線上，但每個人看文章五分(fēn)鍾，才點下(xià)一(yī)篇文章，效能壓力很低。

換算一(yī)分(fēn)鍾600次點擊，約每秒十次點擊。

狀況B： 但遊戲、電(diàn)商(shāng)、活動類網站，上線的人不停點擊、留言、購買，那可能 500-1000 人，網站就有點撐不住了。

狀況C： 若數秒鍾内大(dà)家搶着打開(kāi)同一(yī)個頁面，不停點擊，則 100 人左右網站就會爆掉。

用現實世界來比喻，一(yī)間書(shū)店(diàn)可以有500人在逛，但一(yī)條走廊或一(yī)個結賬台塞超過30人就會炸掉。

基礎知(zhī)識二：交易與搶購

案例一(yī)：

另一(yī)種狀況是搶購或交易。 假設我(wǒ)(wǒ)在程序内有一(yī)個地方存放(fàng)商(shāng)品，這個商(shāng)品有一(yī)個數量是 1000。

現在有3000人要在同一(yī)秒鍾開(kāi)放(fàng)搶購這個商(shāng)品，那麽所有人要購買時都會進行以下(xià)檢查動作：

系統去(qù)檢查商(shāng)品存在

系統去(qù)檢查商(shāng)品庫存不爲0

系統鎖住一(yī)個商(shāng)品，讓這個商(shāng)品等待結賬

如果結賬成功，正式扣掉商(shāng)品庫存 -1

如果結賬失敗，把這個商(shāng)品庫存是放(fàng)給其他人搶購

從以上可以看到，3000人都在搶一(yī)個商(shāng)品的數量計算。 而且有鎖住等待結賬的時間差，再加上物(wù)理上，這個數字是存在硬盤的某一(yī)個位置，所有人搶着在硬盤某一(yī)個位置讀取與寫入資(zī)料，超出物(wù)理極限。

結果：除了前幾十人運氣好結賬成功，後面所有人鎖住互卡，一(yī)個人都買不到。 主機買再貴都沒用，因爲都在搶同一(yī)個物(wù)理位置，隻有分(fēn)布式系統與排隊機制才能解決。 但這兩者都是非常昂貴的，後面會再介紹到。

案例二：

一(yī)家老牌拉面店(diàn)，大(dà)排長龍，店(diàn)内有三十個座位。

如果我(wǒ)(wǒ)們一(yī)次開(kāi)放(fàng)三百人進店(diàn)内，店(diàn)裏塞爆沒位子做，一(yī)個人都吃不到，老闆也沒辦法煮面。

可行作法：所有人要麽事前預約，要麽現場拿号碼牌叫号排隊，或者号碼牌會直接規定用餐時間幾點到幾點，店(diàn)内就是一(yī)次服務三十人。 最後一(yī)整天可能有一(yī)千人可以成功吃到拉面，剩下(xià)的明天請早。

這個案例，講的就是【排隊機制】。 無論如何，您都不該讓「所有」用戶在同一(yī)時間搶購。 應該要讓人潮陸續慢(màn)慢(màn)進場，先到者先買，這樣才能夠有效消化流量。

排隊機制

至于排隊機制要如何建立，假設是大(dà)型公司如 Amazon ，可以雇用工(gōng)程師自己制作。 但一(yī)般小(xiǎo)電(diàn)商(shāng)不可能負擔的起幾千萬或幾億的雲架構成本，畢竟這個排隊系統本身就要扛大(dà)量的負載。

所以中(zhōng)小(xiǎo)型電(diàn)商(shāng)大(dà)多是靠外(wài)挂排隊機制解決，電(diàn)商(shāng)網站先建立好搶購頁面，但不要發布網址。 将這個網址包在排隊機制提供的替代網址中(zhōng)，将這個替代網址發給網友們。 當搶購開(kāi)始時，網友大(dà)批進入該網址，一(yī)開(kāi)始人數不夠多時，替代網址會放(fàng)行網友進入網站購買商(shāng)品。 但一(yī)旦偵測到人潮超過您設定的最高值，就開(kāi)始鎖住頁面，後續的人要等前面的人離(lí)開(kāi)後，才能進入網站。 這樣就讓網站有了先來後到的機制，大(dà)家就可以依照順序購買商(shāng)品了。

經過以上介紹，希望有幫助您理解網站承載量的計算方式，以及如何善用排隊機制來支撐大(dà)流量營銷活動。

如果您還有更多疑問，或是想要制作一(yī)個高乘載的電(diàn)商(shāng)網站或小(xiǎo)程序，歡迎與聯系索騰。