什么是带宽限速？成因、影响和解决方法

Scrapeless Scraping Browser 提供用于收集 JavaScript 渲染的公共网页数据的托管云浏览器会话。

带宽限速定义

带宽限速是故意限制数据在网络路径或通过服务的移动速率。该政策可以由互联网服务提供商、移动运营商、企业网关、云平台、内容服务、操作系统或应用程序强制执行。上限可能针对下载、上传、特定协议、客户计划或超出定义允许的数据流。可见症状是，即使物理连接能够承载更多数据，持续的吞吐量仍然较低。

带宽一词通常被宽松使用。在网络工程中，带宽描述可用容量，而吞吐量是指在一个时间间隔内传输的有用数据量。限速规则通常将吞吐量限制在路径容量以下。该规则可能是恒定的，例如固定上限，或有条件的，例如在配额消耗后降低的上限。MDN 描述 网络限速是故意减慢速度，这是一种与在没有明确政策的情况下减慢的拥挤路径有用的区别。

限速如何进入路径

什么是带宽限速需要逐层解释，因为其可见结果可能有几个原因。以下阶段将每个声明与系统的可观察部分相连接。

政策分类

设备或服务首先使用它可以观察到的信息对流量进行分类，例如账户身份、目的地、端口、协议、应用标签、连接历史或总传输字节。加密负载减少内容的可见性，但元数据仍可以支持政策决策。分类可以是广泛的或狭窄的，这就是为什么同一接入链接上的一个目的地可能比另一个看起来更慢。

速率强制

整形器排队数据包并以配置的速度释放它们，而政策实施者可能会丢弃超过其允许的流量。排队往往会产生稳定的上限和额外的延迟。丢弃可能会触发传输层恢复，并产生不均匀的传输速度。这两种机制都限制了传输的吞吐量，但它们的时间序列模式不同。

应用控制

服务可以通过限制响应带宽、并发下载、结果大小或每个账户完成的工作，在网络层以上强制类似的结果。应用速率限制通常计数操作，而带宽限速控制随时间变化的字节。这两者可能同时存在，因此客户端可以保持在请求配额以下，同时仍然达到传输上限。

限速、拥塞、速率限制和数据上限

这些区别将什么是带宽限速与附近的常常作为同义词使用的术语区分开来。它们还揭示了文档必须声明的内容，以使实施可进行测试。

为什么网络应用带宽限制

带宽节流是什么，当它的特性解决一个命名的工作流程限制时，便可以占据设计中的一席之地。以下场景将该概念与可观测的工程需求联系起来。

如何仔细检测带宽节流

首先提出一个可以被推翻的假设。记录有线或无线链接、本地信号质量、主动后台流量、目标、有效载荷大小和测试时间。测量持续的吞吐量，而不是仅仅依赖页面加载时间。页面渲染还包括DNS查找、连接设置、服务器处理、脚本执行和资产调度，因此它是一个糟糕的独立带宽衡量标准。

比较在多个目标和时间段内的受控传输。对于一个仅出现在一个服务的上限，可能是在该服务、其交付网络或互连点。对于在不相关目标之间出现的上限，可能更接近客户端。 IETF TCP吞吐量测试框架 解释了窗口大小、丢失、延迟和路径容量如何影响测量的传输性能；吞吐量结果是证据，而不是政策的自动证明。

检查测量的形状。足够大传输上的平坦高地比短暂突发后随机变化更强烈地表明已配置的上限。链路繁忙时往返时间的上升指向排队。数据包丢失、无线变化、服务器负载和Wi-Fi争用会产生不同的模式。重复进行相同有效载荷和路由假设的测试，然后再升级索赔。

常见诊断错误

• 将慢速网站等同于慢速链接。 客户端渲染和服务器计算即使在下载容量未使用时也可以占主导地位。
• 只测试一个小文件。 短传输可能在初始突发期间完成，并且永远达不到持续的政策速率。
• 忽视上传流量。 饱和的上游队列可能会延迟确认，并使下游传输看起来受限。
• 一次更改多个变量。 同时切换设备、网络、目标和时间会阻止有用的比较。
• 将请求配额视为带宽上限。 操作计数和字节速率需要单独测量和单独客户端控制。

网络数据工作流程的带宽规划

网络数据工作流程应该像请求一样谨慎地预算字节。获取满足任务的最小表示，避免在文本或结构化输出足够时下载媒体，重用允许的缓存结果，并存储规范化记录而不是重复的原始有效载荷。这些选择降低了传输时间，并减少了客户端和源服务的压力。

基于浏览器的收集增加了资产、JavaScript和渲染开销，而直接的HTTP响应可能不需要这些。需要交互或客户端渲染时，请使用浏览器，然后将每次会话限制在满足所述目的所需的页面和资源上。该决策应遵循页面行为，而不是一种认为单一获取路径适合所有目标的笼统假设。

如果适用已发布的服务限制，请围绕它进行设计，而不是尝试掩盖流量。排队非紧急工作，限制并发，展示进度，并在服务发出工作超出其政策的信号时停止。可预测的、测量的管道更易于操作，并对共享基础设施更为友好。

带宽节流审查清单

使用这些检查将带宽节流的定义转化为能够被开发者、操作人员或审查者重现的实施证据。

1. 重申边界。 对于带宽节流，识别调用者、提供者、路径和标记完整结果的确切事件。
2. 验证中心主张。 用以下陈述及其文档确认此声明：带宽节流故意限制数据传输速度。限制可能适用于用户、应用程序、流量类别、连接或时间窗口。
3. 追踪机械原理。 观察政策分类、速率执行、应用程序控制，并记录每个阶段的所有者。
4. 检查最近的区别。 记录为什么带宽节流在该系统中意味着“一个明确的政策限制传输速率”。
5. 测试一个代表性用例。 用现实的数据、位置、量和权限边界使用容量公平性。
6. 防范已知错误。 复查“将慢速网站等同于慢速链接。”并添加一个接收检查以捕捉它。
7. 限制工作负载。 为《什么是带宽限制》设置主题相关的限制，包括适用的有效载荷、并发、执行时间和存储输出。
8. 记录决定。 解释为什么《什么是带宽限制》符合这个边界，并列出将来证明不同方法的证据。

结论

《什么是带宽限制》应该描述设计中可测试的部分，而不是作为邻近行为的松散标签。审查应保留这一核心决策：带宽限制故意限制数据传输速度。限制可能适用于用户、应用、流量类别、连接或时间窗口。它也应防止将慢网站与慢链接等同起来，并保持《什么是带宽限制》的访问在接口或网络的文档政策范围内。