次の方法で共有

調整

  • [アーティクル]

構成ストアには、サービスを提供できる要求に制限があります。 構成ストアに割り当てられたクォータを超過した要求は、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 メトリックの詳細については、「App Configuration データ監視のリファレンス」を参照してください。