通过

遏制

  • 项目

配置存储对其可提供服务的请求存在限制。 超过配置存储分配的配额的请求都将收到 HTTP 429（请求太多）响应。

限制分为不同的配额策略：

  • 总请求数 - 请求总数
  • 总带宽 - 出站数据（以字节为单位）
  • 存储量 - 用户数据的总存储大小（以字节为单位）

处理受限响应

达到给定配额的速率限制后，服务器将使用状态代码 429 来响应此类型的后续请求。 429 响应将包含一个 retry-after-ms 标头，它向客户端提供在准许补充请求配额之前建议的等待时间（毫秒） 。

HTTP/1.1 429 (Too Many Requests)
retry-after-ms: 10
Content-Type: application/problem+json; charset=utf-8

{
  "type": "https://azconfig.io/errors/too-many-requests",
  "title": "Resource utilization has surpassed the assigned quota",
  "policy": "Total Requests",
  "status": 429
}

在上述示例中，客户端超过了它允许的配额，系统建议它放慢速度，等待 10 毫秒，然后再尝试任何后续请求。 客户端还应考虑渐进式回退。

其他重试

此服务可识别除限制外需要客户端重试的其他情况（例如：503 服务不可用）。 在所有这类情况下，都将提供 retry-after-ms 响应头。 为了提高可靠性，建议客户端采用建议的时间间隔并执行重试。

HTTP/1.1 503 Service Unavailable
retry-after-ms: 787

监视

若要查看“请求总数”配额使用量，应用程序配置提供了名为“请求配额使用量”的指标。 请求配额使用量指标以百分比的形式显示当前配额使用量。

有关请求配额使用量指标和其他应用程序配置指标的详细信息，请参阅监视应用程序配置数据引用。