我的网站可以处理多少流量？
已发表: 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 托管平台时看到的好处。