Megosztás a következőn keresztül:

Egyidejűség korlátozása

  • Cikk

A KÖVETKEZŐRE VONATKOZIK: Minden API Management-szint

A limit-concurrency szabályzat megakadályozza, hogy a zárt szabályzatok a megadott számú kérésnél többet hajtanak végre. Ha túllépi ezt a számot, az új kérések azonnal sikertelenek lesznek a 429 Túl sok kérelem állapotkóddal.

Figyelemfelhívás

A szabályozási architektúra elosztott jellege miatt a sebességkorlátozás soha nem teljesen pontos. Az engedélyezett kérelmek konfigurált és valós száma közötti különbség a kérések mennyiségének és sebességének, a háttér késésének és egyéb tényezőknek megfelelően változik.

Feljegyzés

Állítsa be a szabályzat elemeit és gyermekelemeit a szabályzatutasításban megadott sorrendben. További információ az API Management-szabályzatok beállításáról és szerkesztéséről.

Szabályzatutasítás

<limit-concurrency key="expression" max-count="number">
        <!— nested policy statements -->
</limit-concurrency>

Attribútumok

Attribútum Leírás Kötelező Alapértelmezett
kulcs Egy sztring. Megadja az egyidejűségi hatókört. Több szabályzat is megosztható. A szabályzatkifejezések engedélyezettek. Igen n/a
maximális szám Egész szám. A házirendbe beírható kérelmek maximális számát adja meg. A szabályzatkifejezések nem engedélyezettek. Igen n/a

Használat

Használati megjegyzések

  • Az API Management által kikényszerített kérelmek maximális száma alacsonyabb, ha több kapacitásegység van üzembe helyezve egy régióban.

Példa

Az alábbi példa bemutatja, hogyan korlátozhatja a háttérrendszerbe továbbított kérelmek számát egy környezeti változó értéke alapján.

<policies>
  <inbound>…</inbound>
  <backend>
    <limit-concurrency key="@((string)context.Variables["connectionId"])" max-count="3">
      <forward-request timeout="120"/>
    </limit-concurrency>
  </backend>
  <outbound>…</outbound>
</policies>

Kapcsolódó tartalom

A szabályzatok használatával kapcsolatos további információkért lásd: