節流

組態存放區對可以提供服務的要求有限制。 任何超過配置配額的組態存放區要求都會收到 HTTP 429 （太多要求） 回應。

節流分為不同的配額原則：

• 要求 總數 - 要求總數
• 總頻寬 - 以位元組為單位的輸出資料
• 儲存體 - 使用者資料的總儲存體大小，以位元組為單位

處理節流回應

達到指定配額的速率限制時，伺服器會以 429 狀態碼回應該類型的 進一步要求。 429 回應將包含 重試後 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

監視

若要檢視 要求配額總計 使用量，應用程式組態提供名為「要求配額使用量 」的 計量。 要求配額使用量計量會將目前的配額使用量顯示為百分比。

如需要求配額使用計量和其他應用程式組態計量的詳細資訊，請參閱 監視應用程式組態資料參考 。