通過智能測試避免黑色星期五網(wǎng)絡(luò)的災(zāi)難

許多在線企業(yè)依靠黑色星期五和網(wǎng)絡(luò)星期一來提高利潤率。在這四天期間，零售商將看到他們網(wǎng)站上的流量飆升。

在這個關(guān)鍵時期，零售商如何確保他們的網(wǎng)站穩(wěn)健并且不會失敗?答案在于智能測試的應(yīng)用。

黑色星期五傳統(tǒng)上是零售商終于在今年收支平衡的那一天。在這種情況下，“黑色”指的是最終進入黑色的賬戶。在線商務(wù)的興起將黑色星期五帶到了新的高度。現(xiàn)在銷售現(xiàn)象持續(xù)整個周末和網(wǎng)絡(luò)星期一。

從感恩節(jié)到2018年網(wǎng)絡(luò)星期一的五天內(nèi)，平均有1.65億購物者每人花費超過300美元。

大多數(shù)在線零售商將在黑色星期五周末看到大量的流量激增。事實上，他們會看到雙重打擊。不僅有更多的人訪問 - 他們反復(fù)訪問以尋找最優(yōu)惠的價格。結(jié)果，零售商的后端服務(wù)面臨巨大壓力。

在此期間的失敗將是毀滅性的，帶來不好的頭條新聞和收入損失，并可能失去寶貴的未來風(fēng)俗。那么，你如何避免這些陷阱呢?答案是確保您的站點完全防爆，并且可以毫無問題地處理負載激增。

壓力測試是指在網(wǎng)站失敗之前或在性能降至可接受水平以下之前向網(wǎng)站添加負載的過程。

通常，有兩種類型的壓力測試。首先，檢查您的站點是否可以處理預(yù)期的峰值流量負載。在第二種情況下，您會穩(wěn)步增加負載以嘗試推動您的站點失敗。這很重要，因為您需要檢查它是否正常失敗。傳統(tǒng)上，這種測試是以非常靜態(tài)的方式進行的，但正如我們將要看到的，這不是很現(xiàn)實。

基于API的壓力測試

最早的壓力測試形式包括創(chuàng)建一個腳本來重復(fù)調(diào)用您的API。API或應(yīng)用程序接口是用戶的客戶端(瀏覽器或應(yīng)用程序)與后端服務(wù)器連接的方式。您可以使用命令行工具(如cURL)或使用SoapUI或Artillery等特殊工具直接調(diào)用此模型來模擬用戶。

我們的想法是在你的后端施加如此大的負荷以使其失敗。這種方法具有簡單的優(yōu)點，盡管編寫腳本可能具有挑戰(zhàn)性。每個會話都需要自己的API密鑰，因此您需要一個具有足夠智能的腳本來處理所有密鑰和會話。

但是，這種方法有三大缺點：

現(xiàn)代Web應(yīng)用程序依賴于許多相互關(guān)聯(lián)的API。這種方法無法正確測試所有這些交互。

所有會話都來自相同的物理(和邏輯)源。這意味著您的負載平衡器將無法正常工作。

真實用戶不以可預(yù)測的方式進行交互。在測試腳本中對這種隨機性建模非常困難。

API測試仍然有用，但通常僅用于驗證API的行為。

現(xiàn)實主義的重要性

曾幾何時，一個網(wǎng)站是一個簡單的野獸。它通常使用LAMP堆棧與Linux服務(wù)器，Apache Web服務(wù)器，MySQL數(shù)據(jù)庫和PHP前端。這些服務(wù)都在一臺服務(wù)器上運行，可能會被復(fù)制以處理故障。問題是，該模型不能擴展。如果你的人群迅速涌現(xiàn)，Apache很快就會被淹沒，用戶將看到一個錯誤頁面。

如今，網(wǎng)站要復(fù)雜得多。通常，它們從多個位置(例如東海岸和西海岸)運行。使用負載均衡器在站點之間共享會話。這可確保您的所有站點使用各種啟發(fā)式方法獲得相等的負載來分配負載，例如源IP地址。

現(xiàn)在許多站點都是集裝箱化的。應(yīng)用程序是由一組容器構(gòu)建的，而不是單個服務(wù)器，每個容器都提供一種服務(wù)。這些集裝箱通常能夠擴大規(guī)模以應(yīng)對不斷增長的需求。如果您的所有流量來自同一位置，則負載均衡器將難以正常工作。