スロットリング

構成ストアには、提供できる要求に制限があります。 構成ストアに割り当てられたクォータを超える要求は、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

モニタリング

要求クォータの 合計使用量を 表示するために、App Configuration には 要求クォータ使用量という名前のメトリックが用意されています。 要求クォータ使用量メトリックには、現在のクォータ使用量がパーセンテージで表示されます。

要求クォータ使用量メトリックとその他の App Configuration メトリックの詳細については、「 アプリ構成メトリック」を参照してください。

  • Last updated on