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

Sávszélesség-szabályozás útmutató |} Graph API fogalmak

  • Cikk

Fontos

Határozottan javasoljuk, hogy használjon Microsoft Graph helyett az Azure AD Graph API Azure Active Directory-erőforrások eléréséhez. A fejlesztéshez most összpontosítani Microsoft Graph, és nincs további fejlesztések Azure AD Graph API tervbe van véve. Nagyon korlátozott számú forgatókönyvek, amelyek az Azure AD Graph API továbbra is megfelelő lehet; További információkért lásd: a Microsoft Graph vagy az Azure AD Graph blogbejegyzés az Office-fejlesztői központban.

Mi a szabályozás?

Sávszélesség-szabályozás korlátozza az erőforrások túlhasználat megelőzése érdekében a szolgáltatás egyidejű hívások száma. Az Azure Active Directory (AD) Graph nagyon nagy mennyiségű kérést kezelésére terveztek. Egy túlságosan kérelmek száma, ha sávszélesség-szabályozás optimális teljesítményét és megbízhatóságát az Azure AD Graph szolgáltatás karbantartása.

A forgatókönyv függően változhat a sávszélesség-szabályozási korlátok. Például a bérlő nagy mennyiségű írási műveleteket hajt végre, ha szabályozás lehetőségét értéke magasabb, mint ha olvasási műveletek csak végzik.

Mi történik, ha sávszélesség-szabályozás történik?

A sávszélesség-szabályozási küszöbérték túllépésekor Azure AD Graph minden további, hogy az ügyfélszámítógépek kéréseinek korlátozza, amíg a késleltetési érvényben van. Amikor szabályozva, Azure AD Graph adja vissza a HTTP-állapotkód 429 ("túl sok kérelem"), és a kérelem sikertelen lesz. Sávszélesség-szabályozás viselkedés függ a kérések száma és típusa lehet. Például ha nagyon nagy mennyiségű kérést, minden kérelmek esetében szabályozott. Küszöbérték-határnak kéréstípus függően változhat. Emiatt egy olyan forgatókönyvet, ahol írási műveletek szabályozott, de olvasások továbbra is engedélyezett sikerült tapasztal.

Sávszélesség-szabályozási gyakori helyzetek

Az ügyfelek sávszélesség-szabályozás a leggyakoribb okok a következők:

  • Számos kérelmek egy bérlő minden alkalmazásra.
  • Számos egy adott alkalmazás összes bérlők között érkező kérelmeket.

Sávszélesség-szabályozás kezeléséhez ajánlott eljárások

  • Csökkentse a kérelmenként műveletek számát.
  • Csökkentse a hívásokat.
  • A HTTP-hibakód: 429 kérelem sikertelen lesz, amikor másodpercben megadott újrapróbálkozási után válasz fejlécmező várja meg, és próbálkozzon újra a kéréssel.

Hibakezelés végrehajtásakor a HTTP-hibakódot 429 használatával észleli a sávszélesség-szabályozás. A sikertelen válasz tartalmazza a újrapróbálkozási után mező mellett a válaszfejlécet.

  1. Várjon, amíg a másodpercben megadott a újrapróbálkozási után mező.
  2. Próbálkozzon újra a kéréssel.
  3. A kérelem újra 429-es jelű hibakóddal meghiúsul, ha meg vannak továbbra is szabályozva, továbbra is a javasolt után újrapróbálkozási késleltetést használják, és ismételje meg a kérelmet, amíg azt nem jár sikerrel.

Kérések ki biztonsági a újrapróbálkozási után késleltetési idő legyen a leggyorsabban szabályozását, mert az aad-ben Graph továbbra is fennáll, erőforrás-használat bejelentkezni, amíg az ügyfél szabályozása folyamatban van a helyreállítása. Mivel minden kérésnél a használati korlátozások keletkeznek azonnali újrapróbálkozások kerülendő.

A Microsoft Cloud a szabályozáshoz szélesebb körű leírását, lásd: sávszélesség-szabályozás mintát.