Begränsning

Konfigurationslager har gränser för de begäranden som de kan hantera. Alla begäranden som överskrider en tilldelad kvot för ett konfigurationsarkiv får ett HTTP 429-svar (för många begäranden).

Begränsningen är uppdelad i olika kvotprinciper:

• Totalt antal begäranden – totalt antal begäranden
• Total bandbredd – utgående data i byte
• Lagring – total lagringsstorlek för användardata i byte

Hantera begränsade svar

När hastighetsgränsen för en viss kvot har nåtts svarar servern på ytterligare begäranden av den typen med statuskoden 429 . 429-svaret innehåller ett nytt försök efter ms-huvud som ger klienten en föreslagen väntetid (i millisekunder) så att begärandekvoten kan fyllas på.

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
}

I exemplet ovan har klienten överskridit sin tillåtna kvot och rekommenderas att sakta ned och vänta 10 millisekunder innan du försöker utföra ytterligare begäranden. Klienter bör också överväga progressiv backoff.

Andra återförsök

Tjänsten kan identifiera andra situationer än begränsning som behöver ett nytt klientförsök (t.ex. 503 Tjänsten är inte tillgänglig). I alla sådana fall retry-after-ms tillhandahålls svarshuvudet. För att öka robustheten rekommenderar vi att klienten följer det föreslagna intervallet och utför ett nytt försök.

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

Övervakning

Om du vill visa kvotanvändningen För totalt antal begäranden tillhandahåller App Configuration ett mått med namnet Begärandekvotanvändning. Användningsmåttet för begärandekvot visar den aktuella kvotanvändningen i procent.

Mer information om användningsmåttet för begärandekvoter och andra appkonfigurationsmått finns i Referens för övervakning av appkonfigurationsdata.