我的網站可以處理多少流量？
已發表: 2023-02-12清楚地了解網站的性能和容量並不是一項簡單的任務——事實上，如果您不知道如何著手，這可能是一個相當艱鉅的過程。 本詳細指南檢查了您應該查看的指標，以便一勞永逸地自信地回答您的網站流量問題。
在 WP Engine，我們了解網站性能 不僅僅是一個一維的標語。 事實上，當談到在我們平台上運行的網站時，我們將性能視為一個戰略等式，它將我們的雲和安全解決方案的各個方面與我們託管的 WordPress 專業知識相結合。
通過這樣做，我們能夠從多個角度，通過需要積極支持的大量變量和指標來處理性能。
我們還將這些努力本身視為一種產品，而且是一種永遠不會完成的產品——我們一直在努力改進我們平台上網站性能的所有組成部分。 通過採用這種“永不滿足”的方法，WP Engine 能夠幫助我們的客戶在 WordPress 上構建一些最快的網站，並且我們能夠幫助他們在面對從流量高峰到安全的各種情況時保持這些網站的正常運行威脅。
雖然我們在這裡介紹了速度和指標，例如首字節時間 (TTFB)，但下面的文章深入探討了流量指標和常見但至關重要的問題：“我的網站可以處理多少流量？”
提出問題。
網站容量，即您的網站在任何給定時刻可以處理的流量，是整體網站性能的關鍵組成部分，它直接影響 KPI 以及開發人員在基礎設施等方面花費的時間（如果您重新管理您自己的內部基礎設施）。 也就是說，要衡量您的網站真正可以處理多少流量，首先要了解您的網站接收的用戶類型和流量。
首先，讓我們在 Internet 的上下文中探索並髮用戶的定義。
並髮用戶數是指同時訪問資源的用戶總數。 這些資源可以是 Web 或移動應用程序、網絡或文件。
在 WP Engine 中，此資源就是您的 WordPress 站點。
值得注意的是，並髮用戶數是一個高級指標。 在接下來的幾節中，您將了解並髮用戶會導致更精細的並發請求指標。 由於這些請求有不同的形狀和大小，我們可以使用緩存能力來了解站點的大規模執行情況。 隨著我們的深入，我們將探索並發性和可緩存性如何相互作用。
那麼您如何使用並髮用戶來了解您的環境的容量呢？ 在我們回答這個問題之前，讓我們更進一步，看看當今最常用的指標之一：每月流量。
每月流量指標：它們有幫助嗎？
一般來說，是的。 月度數字提供了對基本流量概況的了解：低、中或高。 這些指標還提供了對任何潛在趨勢、模式和季節性的洞察，因為每月流量可能會根據許多變量發生變化，包括營銷活動、搜索引擎排名和市場條件。
對於大多數站點，正常的日常流量可能相當穩定且可預測。 我們可以稱此為基準流量。 然而，一些經常遇到流量高峰的網站並不擔心基線。 他們更關心對其業務至關重要的高流量事件，例如銷售音樂會門票的網站或用於發布產品發布的網站。 當這些事件最重要時，您的生產環境不僅要處理基線流量，還要處理峰值流量級別，這一點很重要。
這是月度流量數字無濟於事的地方。 在這個（但實際上是任何）流量水平上理解容量的更可靠的指標是並髮用戶。
深入研究用戶指標。
在進入並髮用戶之前，了解數字分析領域中指標的層次結構很有幫助。 這是一個圖表來說明這一點：
- 用戶或訪客是描述首次進入網站的用戶的指標。 它通常由唯一的用戶 ID 定義。 在 WP Engine 中，它被定義為一個唯一的 IP 地址，併計為每天一個唯一的訪問者。 由於同一用戶的任何額外訪問都由唯一用戶 ID 識別，因此唯一用戶只會被計算一次。
- 會話或訪問表示用戶與網站互動的時間段。 會話在用戶首次訪問網站時開始，並在以下三種情況發生時結束：用戶關閉瀏覽器、清除 cookie 或處於非活動狀態 30 分鐘（這是 Google Analytics 中的默認時間段，可以自定義）。 單個用戶在一天中可以有多個會話。
- 點擊是站點和定義的資源之間的交互。 在數字分析方面，此指標定義為發送到 Google Analytics 的數據。 這些點擊是最常見的頁面瀏覽量。 在 WP Engine 上下文中，點擊可以是對生產環境的請求。 這些請求可以像靜態資產（png、jpeg、pdf）一樣可緩存，也可以像數據庫寫入（註冊、發布帖子、產品訂單）一樣動態。
根據這些指標的層次結構，當您從上到下移動時，數據變得不那麼模糊，並且更加細粒度。 同時，了解這些指標對性能的影響變得更加清晰。
簡而言之，僅了解每月用戶數或訪客數是不夠的。
Google Analytics 活躍用戶呢？
人們常常對 Google Analytics 和 WP Engine 捕獲和定義指標的方式存在誤解。 簡單來說，兩者都出於不同目的跟踪這些數據。 Google Analytics 主要是一種營銷和轉化分析工具。 相比之下，WP Engine 是一個託管平台，可跟踪基礎設施層的原始資源利用率和應用程序層的性能。 方法不同，可能會導致兩個平台之間存在差異。
由於與並發性相關，Google Analytics 提供了實時報告，用於監控營銷活動對您網站的影響。 這包括您網站上當前的活躍用戶數：
儘管是“實時的”，但該指標並不能完全同時衡量在任何給定時刻您網站上的用戶總數。 實時活躍用戶定義為在過去五分鐘內觸發過事件或頁面瀏覽的唯一用戶。 如果用戶在五分鐘窗口之前離開網站，Google 會繼續將其計為活躍用戶。 如果用戶在網站上停留的時間超過 5 分鐘，即使他們仍在與網站交互，他們也不再被計為活躍用戶。
考慮到這一點，Google 的活躍用戶數可能會超過您網站上的實際並髮用戶數。 在不太常見的情況下，指標可能會低於實際並發數，具體取決於用戶行為和平均會話持續時間。
您可以依賴 Google Analytics 活躍用戶嗎？ 與往常一樣，您擁有的數據越多越好。 但單獨使用它並不能確定您的容量需求。
如何衡量並髮用戶。
如果 Google Analytics（分析）沒有為並髮用戶提供明確的指標，那又是什麼呢？ 以下是幫助您確定此數字的兩種常用方法：
1.計算並髮用戶數。
通過將此公式與從 Google Analytics 中提取的數據一起使用，您可以計算出在非常小的時間單位（例如一秒）內您網站上的活躍用戶數：
[峰值每小時會話 X 平均會話持續時間（秒）] / 3600
對於高峰小時會話，轉到 Google Analytics 中的“受眾概覽”報告 —> 找到高峰流量時段 —> 將選項卡更改為“每小時”—> 將鼠標懸停在圖表上以查看一小時內的最高會話數。
對於平均會話持續時間，該指標顯示在概覽儀表板中。 如果不是，請轉到“概述”選項卡下的“選擇指標”以顯示持續時間。
2. 選擇 Google Analytics 替代方案。
儘管 Google Analytics 是該領域最流行的網絡分析工具，但它可能無法滿足您的所有特定需求。 有大量分析工具可以測量並發性，更符合併髮用戶的傳統定義。
可緩存性怎麼樣？
那麼，並髮用戶數是衡量性能的有效指標嗎？ 不完全的。 此指標可幫助您從高層次了解場景的嚴重性，但無法提供更深入的洞察力。
也就是說，了解登錄到您的 WordPress 站點的用戶（會員、管理員、編輯）和未登錄的用戶之間的區別是有幫助的。這些用戶的行為會產生不同類型的“點擊”或請求，它們是最能說明站點性能（在上文前面的部分中提到）。
為了對此進行擴展，這些不同類型的請求以靜態或動態的形式出現：
- CSS、JS 和圖像等靜態內容（很少更改的文件）很容易緩存。
- 登錄頁面、購物車和會員專用區域等動態內容不可緩存，因為它們需要屏幕為每個訪問者顯示獨特的內容。
這就引出了可緩存性的概念，它是指將數據存儲在緩存或臨時存儲區域中的過程。 當內容被緩存時，瀏覽器可以從緩存而不是原始服務器中檢索它，從而節省了最終用戶的時間並為網絡節省了任何額外的流量負擔。
可緩存性只是與不可緩存的訪問相比，可緩存的網站訪問百分比。
參考上面的靜態與動態分類，具有更多靜態內容的站點將具有更高的可緩存性分數。 相反，具有更多動態內容的站點將具有較低的可緩存性分數。
當 WP Engine 用戶登錄到他們的 WordPress 站點時，他們正在與幾乎完全不可緩存的動態內容進行交互。 因此，它繞過了我們的前端緩存層，如 Varnish 和 CDN。 因此，這些不可緩存的請求通常需要更多資源，因為它們必須通過 PHP 和 MySQL 在後端進行新處理。 同時，不需要登錄的站點的可緩存性可能因頁面上的元素而異。
此圖說明了提供靜態內容與動態內容所需的不同技術：
為了說明這一點，假設我們有一個名為“The Puppy Nursery”的小狗收養網站。 作為進入該站點的新訪客，您會突然被主頁上的高質量照片所吸引。 將鼠標懸停在菜單上後，您決定單擊小狗簡介頁面以獲取有關每種動物的更多詳細信息。 這些頁面大多是靜態的，上面有可愛小狗的描述和照片。 由於這些頁面大多包含靜態內容（可緩存），因此此特定用戶會話不會佔用大量資源。
現在，一天后，您決定再次訪問該網站，打算領養一隻小狗。 您單擊註冊頁面，該頁面會動態彈出最接近您地理位置的小狗列表。 選擇小狗後，您將繼續填寫包含個人聯繫方式的表格，同意安全豁免，並提供您的信用卡信息以支付收養費。 點擊提交後，您將被重定向到“謝謝”頁面。 由於包括個性化彈出窗口、表單提交和信用卡交易在內的交互元素，這個特定的用戶會話更加動態。 因此，它會佔用更多資源。
如本示例所示，用戶會話的變化會導致不同類型的請求和對服務器的請求數量。 這些請求比單獨的並髮用戶數更好地指示容量和性能。
總的來說，並發登錄、註銷用戶數和可緩存性有助於您了解站點的資源需求。
不同類型的網站。
顯然，每個網站都是獨一無二的，面臨著不同的挑戰。 然而，網站的基本特徵會告訴您它的可緩存性，這仍然是正確的。
擴展這個概念，這裡有不同類型的網站，它們通常更靜態或更動態。
靜止的：
- 宣傳冊網站
- B2B營銷網站
- 非營利組織
- 博客（低帖子活動）
- 任何用戶交互非常少的網站
動態的：
- 電子商務商店
- 會員網站
- WordPress 多站點
- 學習管理系統
- 任何具有高用戶交互（評論、註冊、訂單交易、登錄活動、搜索查詢）的站點
注意：雖然這些是這樣分類的，但您的 WordPress 站點可能同時具有靜態和動態元素。 這就是為什麼在查看可緩存性分數時，了解兩者之間的比率很重要。
現在讓我們將其轉化為流量。 想像一下您有兩種類型的網站的場景：宣傳冊和電子商務。 從本質上講，宣傳冊網站比電子商務商店更靜態。 我們假設每個站點的可緩存性分數分別為 90% 和 20%。 如果您的站點託管在 WP Engine 上，請聯繫我們的支持團隊以確定您的可緩存性分數。
在這種情況下，假設您決定在 WP Engine 平台上為每個站點使用 Google Cloud 專用解決方案。 假設解決方案完全相同，宣傳冊網站在崩潰前可以處理多少流量？ 電子商務網站怎麼樣？
如您所知，答案取決於。 一般來說，專用解決方案上的宣傳冊網站每月可以支持比電子商務網站多得多的訪問者。 它只是更靜態和可緩存。 這是我們可以做出的相對安全的假設。
就了解您的網站可以處理的確切訪問者數量而言，我們建議通過將其分解成更小的部分來整體解決這個問題。
提出正確的問題。
與其確定您的網站可以處理多少流量，也許更有幫助的問題可能是……
在現實的高流量場景中，我的站點在給定時間內可以處理多少並髮用戶？ 例如，您的網站將出現在電視節目中，您預計 1,000 名並發未登錄用戶會持續 20 分鐘。]
這些用戶中有多少是登錄的還是註銷的？
站點的可緩存性如何？
在此峰值負載期間，可接受的響應時間、每分鐘請求數、延遲和錯誤率水平是多少？
當它轉化為業務時，如果不滿足這些 KPI 會怎樣？
這將如何影響收入？
輸入負載測試。
要回答這些問題，我們強烈建議執行負載測試以模擬真實場景。
負載測試是對系統提出需求以確定其執行方式的過程。
雖然頁面性能測試（適用於 WP Engine 客戶）或速度工具測試（適用於所有人）基於單次訪問測量站點的速度，但這只是第一章。 負載測試說明了整個故事。
最常見的是，執行負載測試以模擬具有大量並髮用戶的峰值流量。 換句話說，網站在重負載下表現如何，而不僅僅是一次訪問。
要真正了解專門針對您的站點的環境容量，進行負載測試將使您對任何級別的流量更有信心。
以下是一些可以提供幫助的資源：
如需更深入地了解負載測試，請參閱此白皮書。
有關提高頁面緩存能力的提示，請參閱本文。
最後的想法。
了解您的網站可以處理多少流量肯定會令人困惑。 大多數託管託管服務提供商為其解決方案定義了自己的標準和每月最大訪客數。 由於您的站點具有一組獨特的特徵，因此相信這些數字來評估性能和容量是不現實的。 請記住，月度流量數字不會幫助您了解您的網站將如何處理高流量事件，即使是可能只持續很短時間的事件。
這就是為什麼這些估計數字只能用作指導方針。 通過提出正確的問題、評估正確的數據並在必要時執行正確的測試，您可以做出更明智的決定。
最後一點，流量只是性能難題的一部分，它只是選擇解決方案和平台時的一個決定性因素。 其他因素包括緩存層、數據庫性能、基礎設施的質量和設計、高可用性和可擴展性。
每個企業都有不同的需求。 對於企業客戶，需要滿足關鍵的業務和功能要求。
根據 AWS Well-Architected Framework 的支柱，這些是最高優先級的：
- 卓越運營：運行和監控系統以提供業務價值並持續改進支持流程和程序的能力。
- 安全性：在通過風險評估和緩解策略提供業務價值的同時保護信息、系統和資產的能力。
- 可靠性：系統從基礎設施或服務中斷中恢復、動態獲取計算資源以滿足需求以及減輕錯誤配置或瞬態網絡問題等中斷的能力。
- 性能效率：有效使用計算資源以滿足系統要求，並隨著需求變化和技術發展保持這種效率的能力。
- 成本優化：運行系統以最低價格提供業務價值的能力。
WP Engine 遵循與這些支柱一致的行業標準實踐。
想詳細了解您的網站可以處理多少流量？ 單擊此處了解有關 WP Engine 計劃的更多信息以及客戶在使用我們的託管 WordPress 託管平台時看到的好處。