Delen via


Informatie over azure API Management-servicelimieten

Azure API Management dwingt verschillende limieten af voor resources , zoals API-bewerkingen en andere entiteiten. In dit artikel wordt uitgelegd waarom deze limieten bestaan en hoe u de service effectief binnen deze beperkingen kunt gebruiken.

Waarom zijn er servicelimieten?

Azure API Management werkt op een eindige fysieke infrastructuur. Om betrouwbare prestaties voor alle klanten te garanderen, dwingt de service limieten af die zijn gekalibreerd op basis van:

  • Azure-platformcapaciteit en prestatiekenmerken
  • Mogelijkheden voor servicelagen
  • Typische gebruikspatronen van klanten

Resourcelimieten zijn onderling gerelateerd en afgestemd om te voorkomen dat één aspect de algehele serviceprestaties onderbroken.

Wijzigingen in servicelimieten - Update 2026

Vanaf maart 2026 en de volgende maanden introduceert Azure API Management bijgewerkte resourcelimieten voor exemplaren in alle lagen. De limieten worden weergegeven in de volgende tabel.

Opmerking

  • Limieten zijn per service-instantie, tenzij anders vermeld.

  • Bij het tellen van het aantal API-gerelateerde resources (zoals API-bewerkingen en tags), bevat API Management ook API-versies en -revisies.

Entiteit/resource Consumption Developer Basic/
Basic v2
Standaard/
Standard v2
Premium/
Premium v2
API-bewerkingen 3.000 3.000 10.000 50,000 75,000
API-tags 1,500 1,500 1,500 2,500 15,000
Benoemde waarden 5.000 5.000 5.000 10.000 18,000
Logboeken 100 100 100 200 400
Products 100 100 200 500 2,000
Abonnementen N/A 10.000 15,000 25,000 75,000
Users N/A 20,000 20,000 50,000 75,000
Werkruimten per gateway voor werkruimten N/A N/A N/A N/A 30
Zelf gehoste gateways N/A 5 N/A N/A 1001

1 Is alleen van toepassing op de Premium-laag.

Wat verandert er?

  • Limieten in de klassieke lagen zijn nu afgestemd op de limieten die zijn ingesteld in de v2-lagen.
  • Limieten worden afgedwongen voor een kleinere set resourcetypen die rechtstreeks zijn gerelateerd aan de capaciteit en prestaties van de service, zoals API-bewerkingen, tags, producten en abonnementen.

Opmerking

Resourcelimieten kunnen na verloop van tijd worden aangepast om de nieuwste servicemogelijkheden weer te geven.

Implementatieproces

Nieuwe limieten worden als volgt geïmplementeerd in een gefaseerde benadering per laag:

Rang Verwachte implementatiedatum
Consumption
Developer
Basic
Basic v2
zondag 15 maart 2026
Standaard
Standard v2
15 april 2026
Premium
Premium v2
15 mei 2026

Limietbeleid voor bestaande klanten in de klassieke laag

Nadat de nieuwe limieten van kracht zijn, kunt u uw bestaande API Management-resources zonder onderbreking blijven gebruiken.

  • Bestaande klassieke servicelagen, waarbij het huidige gebruik de nieuwe limieten overschrijdt, worden gehandhaafd wanneer de nieuwe limieten worden geïntroduceerd. (Instanties in de v2-lagen zijn al onderworpen aan de nieuwe limieten.)
  • Limieten in bestaande diensten worden ingesteld op 10% boven het waargenomen gebruik van de klant wanneer nieuwe limieten van kracht worden.
  • Grootvadering is van toepassing per service- en servicelaag.
  • Bestaande en nieuwe services zijn onderworpen aan de nieuwe limieten wanneer deze van kracht worden.

Resources binnen limieten beheren

Als u resourcelimieten bereikt, ziet u mogelijk gevolgen zoals het niet kunnen maken van nieuwe resources of het bijwerken van bestaande resources. Mogelijk ondervindt u ook verminderde prestaties in sommige servicebewerkingen.

Hier volgen richtlijnen om u te helpen uw resources effectief te beheren in deze gevallen.

Resourcebeheer verbeteren

  • Implementeer een regelmatig opschoonproces voor ongebruikte resources.
  • Gebruik tags effectief om resources te identificeren die u kunt samenvoegen of verwijderen.
  • Bekijk metrische capaciteitsgegevens om inzicht te krijgen in het resourcegebruik en mogelijke knelpunten.

API- en bewerkingsorganisatie optimaliseren

Bij het tellen van API-gerelateerde resources (zoals API-bewerkingen en tags), bevat API Management ook API-versies en -revisies. De volgende strategieën kunnen helpen bij het benaderen van limieten voor deze resources:

  • Verwijder ongebruikte API-versies of -revisies.
  • Consoliderings- of verwijderbewerkingen indien van toepassing.
  • Gebruik API-versies en -revisies strategisch.

Uw servicelaag evalueren

Als u consistent resourcelimieten of capaciteitsproblemen bereikt, evalueert u de huidige servicelaag. Bepaalde limieten, zoals die voor API-bewerkingen, variëren per servicelaag.

  • Overweeg opties om eenheden toe te voegen of uw laag te upgraden.
  • Overweeg om een extra API Management-exemplaar in de huidige laag te implementeren.

Zie prijzen voor Azure API Management om de kosten te evalueren die zijn gekoppeld aan deze opties.

Richtlijnen voor verhogingen van limieten

In sommige gevallen wilt u mogelijk een servicelimiet verhogen. Voordat u een limietverhoging aanvraagt, moet u rekening houden met de volgende richtlijnen:

  • Verken strategieën om het probleem proactief op te lossen voordat u een limietverhoging aanvraagt. Zie de voorgaande sectie Resources binnen limieten beheren.

  • Houd rekening met mogelijke gevolgen van de limietverhoging voor de algehele prestaties en stabiliteit van de service. Het verhogen van een limiet kan van invloed zijn op de capaciteit van uw service of de latentie in sommige servicebewerkingen verhogen.

Een limietverhoging aanvragen

Het productteam beschouwt aanvragen voor limietverhogingen alleen voor klanten die services gebruiken in de volgende lagen die zijn ontworpen voor middelgrote tot grote productieworkloads:

  • Standard en Standard v2
  • Premium en Premium v2

Aanvragen voor limietverhogingen worden per geval geëvalueerd en worden niet gegarandeerd. Het productteam geeft prioriteit aan klanten in de Premium- en Premium v2-laag voor limietverhogingen.

Als u een limietverhoging wilt aanvragen, maakt u een ondersteuningsaanvraag vanuit Azure Portal. Zie Ondersteuningsabonnementen voor Azure voor meer informatie.