Azure API Management v2-lagen
VAN TOEPASSING OP: Basic v2 | Standard v2
We introduceren een nieuwe set prijscategorieën (SKU's) voor Azure API Management: de v2-lagen. De nieuwe lagen zijn gebouwd op een nieuw, betrouwbaarder en schaalbaar platform en zijn ontworpen om API Management toegankelijk te maken voor een bredere set klanten en flexibele opties te bieden voor een breder scala aan scenario's. De v2-lagen zijn naast de bestaande klassieke lagen (Developer, Basic, Standard en Premium) en de verbruikslaag. Meer informatie.
De volgende v2-lagen zijn algemeen beschikbaar:
Basic v2 - De Basic v2-laag is ontworpen voor ontwikkelings- en testscenario's en wordt ondersteund met een SLA.
Standard v2 - Standard v2 is een productieklare laag met ondersteuning voor netwerk-geïsoleerde back-ends.
Belangrijke mogelijkheden
Snellere implementatie, configuratie en schalen : implementeer binnen enkele minuten een API Management-exemplaar dat gereed is voor productie. Pas snel configuraties toe, zoals certificaat- en hostnaamupdates. Schaal een Basic v2- of Standard v2-exemplaar snel naar maximaal 10 eenheden om te voldoen aan de behoeften van uw API Management-workloads.
Vereenvoudigd netwerken : de Standard v2-laag ondersteunt uitgaande verbindingen met netwerk-geïsoleerde back-ends.
Meer opties voor productieworkloads : de v2-lagen worden allemaal ondersteund met een SLA. Voer een upgrade uit van Basic v2 naar Standard v2 om meer productieopties toe te voegen.
Opties voor ontwikkelaarsportal: schakel de ontwikkelaarsportal in wanneer u klaar bent om API-gebruikers uw API's te laten detecteren.
Netwerkopties
De Standard v2-laag ondersteunt VNet-integratie zodat uw API Management-exemplaar API-back-ends kan bereiken die zijn geïsoleerd in één verbonden VNet. De API Management-gateway, het beheervlak en de ontwikkelaarsportal blijven openbaar toegankelijk vanaf internet. Het VNet moet zich in dezelfde regio bevinden als het API Management-exemplaar. Meer informatie.
Functies
API-versie
De v2-lagen worden ondersteund in API Management API-versie 2023-05-01-preview of hoger.
Ondersteunde regio’s
De v2-lagen zijn beschikbaar in de volgende regio's:
- VS - zuid-centraal
- VS - west
- Frankrijk - centraal
- Duitsland - west-centraal
- Europa - noord
- Europa -west
- Verenigd Koninkrijk Zuid
- Verenigd Koninkrijk West
- Brazilië - zuid
- Australië - centraal
- Australië - oost
- Australië - zuidoost
- Azië - oost
- Azië - zuidoost
- Korea - centraal
Beschikbaarheid van functies
De meeste mogelijkheden van de klassieke API Management-lagen worden ondersteund in de v2-lagen. De volgende mogelijkheden worden echter niet ondersteund in de v2-lagen:
- Configuratie van API Management-service met behulp van Git
- Back-ups maken en herstellen van API Management-exemplaar
- Azure DDoS Protection inschakelen
- Ingebouwde analyses (vervangen door dashboard op basis van Azure Monitor)
Beperkingen
De volgende API Management-mogelijkheden zijn momenteel niet beschikbaar in de v2-lagen.
Infrastructuur en netwerken
- Zoneredundantie
- Implementatie in meerdere regio's
- Meerdere aangepaste domeinnamen
- Metrische capaciteitswaarde
- Automatisch schalen
- Binnenkomende verbinding met een privé-eindpunt
- Injectie in een VNet in externe modus of interne modus
- Upgraden naar v2-lagen vanuit v1-lagen
- Workspaces
ontwikkelaarsportal
- Overdracht van gebruikersregistratie en productabonnement
- Rapporten
- Aangepaste HTML-codewidget en aangepaste widget
- Zelf-hostende ontwikkelaarsportal
Gateway
- Zelf-hostende gateway
- Quotum per sleutelbeleid
- Coderingsconfiguratie
- Heronderhandeling van clientcertificaat
- Gratis, beheerd TLS-certificaat
- Tracering aanvragen in de testconsole
- Aanvragen voor de gateway via localhost
Bronlimieten
De volgende resourcelimieten zijn van toepassing op de v2-lagen.
Als u een limietverhoging wilt aanvragen, maakt u een ondersteuningsaanvraag vanuit Azure Portal. Zie Ondersteuningsabonnementen voor Azure voor meer informatie.
| Bron | Basic v2 | Standard v2 |
|---|---|---|
| Maximum aantal schaaleenheden | 10 | 10 |
| Maximale cachegrootte per service-exemplaar | 250 MB | 1 GB |
| Maximum aantal API's per service-exemplaar | 150 | 500 |
| Maximum aantal API-bewerkingen per service-exemplaar | 3.000 | 10,000 |
| Maximum aantal abonnementen per service-exemplaar | 500 | 2.000 |
| Maximum aantal producten per service-exemplaar | 50 | 200 |
| Maximum aantal gebruikers per service-exemplaar | 300 | 2.000 |
| Maximum aantal groepen per service-exemplaar | 20 | 100 |
| Maximum aantal autorisatieservers per service-exemplaar | 10 | 500 |
| Maximum aantal beleidsfragmenten per service-exemplaar | 50 | 50 |
| Maximum aantal OpenID Verbinding maken providers per service-exemplaar | 10 | 10 |
| Maximum aantal certificaten per service-exemplaar | 100 | 100 |
| Maximum aantal back-ends per service-exemplaar | 100 | 100 |
| Maximum aantal caches per service-exemplaar | 100 | 100 |
| Maximum aantal benoemde waarden per service-exemplaar | 100 | 100 |
| Maximum aantal logboekregistraties per service-exemplaar | 100 | 100 |
| Maximum aantal schema's per service-exemplaar | 100 | 100 |
| Maximum aantal schema's per API | 100 | 100 |
| Maximum aantal tags per service-exemplaar | 100 | 100 |
| Maximum aantal tags per API | 100 | 100 |
| Maximum aantal versiesets per service-exemplaar | 100 | 100 |
| Maximum aantal releases per API | 100 | 100 |
| Maximum aantal bewerkingen per API | 100 | 100 |
| Maximum aantal GraphQL-resolvers per service-exemplaar | 100 | 100 |
| Maximum aantal GraphQL-resolvers per API | 100 | 100 |
| Maximum aantal API's per product | 100 | 100 |
| Maximum aantal API's per abonnement | 100 | 100 |
| Maximum aantal producten per abonnement | 100 | 100 |
| Maximum aantal groepen per product | 100 | 100 |
| Maximum aantal tags per product | 100 | 100 |
| Gelijktijdige back-endverbindingen1 per HTTP-instantie | 2048 | 2048 |
| Maximumgrootte van antwoord in cache | 2 MiB | 2 MiB |
| Maximale grootte van beleidsdocument | 256 KiB | 256 KiB |
| Maximale totale aanvraagduur | 30 seconden | 30 seconden |
| Maximale grootte van nettolading van aanvraag | 1 GiB | 1 GiB |
| Maximale grootte van gebufferde nettolading | 2 MiB | 2 MiB |
| Maximale grootte van nettolading aanvraag/antwoord in diagnostische logboeken | 8.192 bytes | 8.192 bytes |
| Maximale aanvraag-URL-grootte2 | 16.384 bytes | 16.384 bytes |
| Maximale lengte van url-padsegment | 1024 tekens | 1024 tekens |
| Maximale grootte van aanvraag- of antwoordtekst in validatie-inhoudsbeleid | 100 KiB | 100 KiB |
| Maximale grootte van het API-schema dat wordt gebruikt door validatiebeleid | 4 MB | 4 MB |
| Maximum aantal actieve WebSocket-verbindingen per eenheid | 5.000 | 5.000 |
1 Verbinding maken ions worden gegroepeerd en hergebruikt, tenzij deze expliciet door de back-end worden gesloten.
2 Bevat een queryreeks van maximaal 2048 bytes.
Limieten voor ontwikkelaarsportal
De volgende limieten zijn van toepassing op de ontwikkelaarsportal in de v2-lagen.
| Artikel | Basic v2 | Standard v2 |
|---|---|---|
| Maximum aantal mediabestanden dat moet worden geüpload | 15 | 15 |
| Maximale grootte van een mediabestand | 500 kB | 500 kB |
| Maximum aantal pagina's | 30 | 50 |
| Maximum aantal widgets1 | 30 | 50 |
| Maximale grootte van metagegevens per pagina | 350 KB | 350 KB |
| Maximale grootte van metagegevens per widget1 | 350 KB | 350 KB |
| Maximum aantal clientaanvragen per minuut | 200 | 200 |
1 Limiet voor ingebouwde widgets, zoals tekst, afbeeldingen of API's. Momenteel worden aangepaste widgets en aangepaste HTML-codewidgets niet ondersteund in de v2-lagen.
Implementatie
Implementeer een exemplaar van de Basic v2- of Standard v2-laag met behulp van azure Portal, Azure REST API of Azure Resource Manager of Bicep-sjabloon.
Veelgestelde vragen
V: Kan ik migreren van mijn bestaande API Management-exemplaar naar een nieuw v2-laagexemplaren?
A: Nee. Op dit moment kunt u geen bestaand API Management-exemplaar (in de laag Verbruik, Developer, Basic, Standard of Premium) migreren naar een nieuw v2-laagexemplaren. Momenteel zijn de v2-lagen alleen beschikbaar voor nieuw gemaakte service-exemplaren.
V: Wat is de relatie tussen het stv2-rekenplatform en de v2-lagen?
A: Ze zijn niet gerelateerd. stv2 is een rekenplatformversie van de service-exemplaren developer, Basic, Standard en Premium. stv2 is een opvolger van het stv1-platform dat in 2024 is gepland voor buitengebruikstelling.
V: Kan ik nog steeds services voor de Basic- of Standard-laag inrichten?
A: Ja, er zijn geen wijzigingen in de Basic- of Standard-lagen.
V: Wat is het verschil tussen VNet-integratie in standard v2-laag en VNet-ondersteuning in de Premium-laag?
A: Een Standard v2-service-exemplaar kan worden geïntegreerd met een VNet om veilige toegang te bieden tot de back-ends die zich daar bevinden. Een standard v2-service-exemplaar dat is geïntegreerd met een VNet, heeft een openbaar IP-adres. De Premium-laag ondersteunt een volledig privé-integratie met een VNet (ook wel injectie genoemd in VNet) zonder dat er een openbaar IP-adres wordt weergegeven.
V: Kan ik een exemplaar van de Basic v2- of Standard v2-laag volledig implementeren in mijn VNet?
A: Nee, een dergelijke implementatie wordt alleen ondersteund in de Premium-laag.
V: Is er een Premium v2-laag gepland?
A: Ja, er is een Premium v2-preview gepland en wordt afzonderlijk aangekondigd.
Gerelateerde inhoud
- Vergelijk de API Management-lagen.
- Meer informatie over de API Management-gateways
- Meer informatie over prijzen voor API Management.