Freigeben über

Azure API Management – v2-Tarife

  • Artikel

GILT FÜR: Basic v2 | Standard v2

Wir führen eine neue Gruppe von Tarifen (SKUs) für Azure API Management ein: die v2-Tarife. Die neuen Tarife basieren auf einer neuen, zuverlässigeren und skalierbareren Plattform und sind so konzipiert, dass API Management für eine breitere Gruppe von Kunden zugänglich ist und flexible Optionen für eine umfangreichere Palette von Szenarien bietet. Die v2-Tarife kommen zu den bestehenden klassischen Tarifen (Developer, Basic, Standard und Premium) und dem Verbrauchstarif hinzu. Weitere Informationen

Die folgenden v2-Tarife sind jetzt allgemein verfügbar:

  • Basic v2: Der Tarif „Basic v2“ wurde für Entwicklungs- und Testszenarien entwickelt und wird mit einer SLA unterstützt.

  • Standard v2 – Standard v2 ist ein produktionsbereiter Tarif mit Unterstützung für netzwerkisolierte Back-Ends.

Wichtige Funktionen

  • Schnellere Bereitstellung, Konfiguration und Skalierung: Stellen Sie eine produktionsbereite API Management-Instanz in Minuten bereit. Wenden Sie schnell Konfigurationen wie Zertifikat- und Hostnamenaktualisierungen an. Skalieren Sie eine Basic v2- oder Standard v2-Instanz schnell auf bis zu 10 Einheiten, um die Anforderungen Ihrer API Management-Workloads zu erfüllen.

  • Vereinfachte Netzwerke: Der Standard v2-Tarif unterstützt ausgehende Verbindungen mit vom Netzwerk isolierten Back-Ends.

  • Weitere Optionen für Produktionsworkloads: Die v2-Tarife werden alle mit einer SLA unterstützt. Führen Sie ein Upgrade von Basic v2 auf Standard v2 durch, um weitere Produktionsoptionen hinzuzufügen.

  • Optionen des Entwicklerportals: Aktivieren Sie das Entwicklerportal, wenn Sie bereit sind, API-Consumer Ihre APIs entdecken zu lassen.

Netzwerkoptionen

Der Tarif Standard v2 unterstützt VNet-Integration, damit Ihre API Management-Instanz API-Back-Ends erreichen kann, die in einem einzelnen verbundenen VNet isoliert sind. Das API Management-Gateway, die Verwaltungsebene und das Entwicklerportal bleiben öffentlich über das Internet zugänglich. Das VNet muss sich in derselben Region wie die API Management-Instanz befinden. Weitere Informationen

Features

API-Version

Die v2-Tarife werden in der API Management-API-Version 2023-05-01-preview oder höher unterstützt.

Unterstützte Regionen

Die v2-Tarife sind in den folgenden Regionen verfügbar:

  • East US
  • USA (Ost) 2
  • USA Süd Mitte
  • USA Nord Mitte
  • USA (Westen)
  • USA, Westen 2
  • Frankreich, Mitte
  • Deutschland, Westen-Mitte
  • Nordeuropa
  • Norwegen, Osten
  • Europa, Westen
  • Schweiz, Norden
  • UK, Süden
  • UK, Westen
  • Südafrika, Norden
  • Indien, Mitte
  • Indien (Süden)
  • Brasilien, Süden
  • Australien, Mitte
  • Australien (Osten)
  • Australien, Südosten
  • Asien, Osten
  • Japan, Osten
  • Asien, Südosten
  • Korea, Mitte

Verfügbarkeit von Funktionen

In den v2-Tarifen werden die meisten Funktionen der klassischen API Management-Tarife unterstützt. Die folgenden Funktionen werden jedoch in den v2-Ebenen nicht unterstützt:

  • API Management-Dienst-Konfiguration mit Git
  • Sichern und Wiederherstellen der API Management-Instanz
  • Aktivieren von Azure DDoS Protection
  • Integrierte Analysen (ersetzt durch Azure Monitor-basiertes Dashboard)

Begrenzungen

Die folgenden API Management-Funktionen sind derzeit in den v2-Tarifen nicht verfügbar.

Infrastruktur und Netzwerk

  • Zonenredundanz
  • Bereitstellung in mehreren Regionen
  • Mehrere benutzerdefinierte Domänennamen
  • Kapazitätsmetrik – ersetzt durch die Metriken „CPU-Prozentsatz des Gateways“ und „Prozentsatz des Arbeitsspeichers des Gateways“
  • Automatische Skalierung
  • Eingehende Verbindungen mithilfe eines privaten Endpunkts
  • Injektion in ein VNet im externen oder internen Modus
  • Upgrade auf v2-Tarife von v1-Tarifen
  • Arbeitsbereiche
  • Zertifizierungsstellenzertifikate

Entwicklerportal

  • Berichte
  • Benutzerdefiniertes HTML-Code-Widget und benutzerdefiniertes Widget
  • Selbstgehostetes Entwicklerportals

Gateway

  • Selbstgehostetes Gateway
  • Kontingent nach Schlüssel-Richtlinie
  • Konfiguration von Verschlüsselungsverfahren
  • Erneute Aushandlung des Clientzertifikats
  • Kostenloses, verwaltetes TLS-Zertifikat
  • Anforderungen an das Gateway über Localhost

Ressourceneinschränkungen

Die folgenden Ressourcengrenzwerte gelten für die v2-Tarife.

Um eine Grenzwerterhöhung anzufordern, erstellen Sie eine Supportanfrage über das Azure-Portal. Weitere Informationen finden Sie unter Azure-Supportpläne.

Resource Basic v2 Standard v2
Maximale Anzahl von Skalierungseinheiten 10 10
Maximale Cachegröße pro Dienstinstanz 250 MB 1 GB
Maximale Anzahl von APIs pro Dienstinstanz 150 500
Maximale Anzahl von API-Vorgängen pro Dienstinstanz 3,000 10.000
Maximale Anzahl von Abonnements pro Dienstinstanz 500 2.000
Maximale Anzahl von Produkten pro Dienstinstanz 50 200
Maximale Anzahl von Benutzerkonten pro Dienstinstanz 300 2.000
Maximale Anzahl von Gruppen pro Dienstinstanz 20 100
Maximale Anzahl von Autorisierungsservern pro Dienstinstanz 10 500
Maximale Anzahl von Richtlinienfragmenten pro Dienstinstanz 50 50
Maximale Anzahl von OpenID Connect-Anbietern pro Dienstinstanz 10 10
Maximale Anzahl von Zertifikaten pro Dienstinstanz 100 100
Maximale Anzahl von Back-Ends pro Dienstinstanz 100 100
Maximale Anzahl von Caches pro Dienstinstanz 100 100
Maximale Anzahl benannter Werte pro Dienstinstanz 100 100
Maximale Anzahl von Protokollierungen pro Dienstinstanz 100 100
Maximale Anzahl von Schemata pro Dienstinstanz 100 100
Maximale Anzahl von Schemata pro API 100 100
Maximale Anzahl von Tags pro Dienstinstanz 100 100
Maximale Anzahl von Tags pro API 100 100
Maximale Anzahl von Versionssätzen pro Dienstinstanz 100 100
Maximale Anzahl von Versionen pro API 100 100
Maximale Anzahl von Vorgängen pro API 100 100
Maximale Anzahl von GraphQL-Resolvern pro Dienstinstanz 100 100
Maximale Anzahl von GraphQL-Resolvern pro API 100 100
Maximale Anzahl von APIs pro Produkt 100 100
Maximale Anzahl von APIs pro Abonnement 100 100
Maximale Anzahl von Produkten pro Abonnement 100 100
Maximale Anzahl von Gruppen pro Produkt 100 100
Maximale Anzahl von Tags pro Produkt 100 100
Gleichzeitige Back-End-Verbindungen1 pro HTTP-Autorität 2\.048 2\.048
Maximale Größe zwischengespeicherter Antworten 2 MiB 2 MiB
Maximale Größe eines Richtliniendokuments 256 KiB 256 KiB
Maximale Größe der Anforderungspayload 1 GiB 1 GiB
Maximale gepufferte Nutzlastgröße 2 MiB 2 MiB
Maximale Größe der Anforderungs-/Antwortnutzlast in Diagnoseprotokollen 8.192 Bytes 8.192 Bytes
Maximale Größe der Anforderungs-URL2 16.384 Bytes 16.384 Bytes
Maximale Länge des URL-Pfadsegments 1\.024 Zeichen 1\.024 Zeichen
Maximale Zeichenlänge des benannten Werts 4.096 Zeichen 4.096 Zeichen
Maximale Größe des Anforderungs- oder Antworttexts in der validate-content-Richtlinie 100 KiB 100 KiB
Maximale Größe des von der Überprüfungsrichtlinie verwendeten API-Schemas 4 MB 4 MB
Maximale Anzahl aktiver WebSocket-Verbindungen pro Einheit3 5\.000 5\.000

1 Verbindungen werden gepoolt und wiederverwendet, sofern sie nicht ausdrücklich vom Back-End geschlossen werden.
2 Enthält eine Abfragezeichenfolge der Länge bis zu 2048 Bytes.
3 Bis zu maximal 60.000 Verbindungen pro Dienstinstanz.

Grenzwerte des Entwicklerportals

Die folgenden Grenzwerte gelten in den v2-Tarifen für das Entwicklerportal.

Artikel Basic v2 Standard v2
Maximale Anzahl von Mediendateien, die hochgeladen werden können 15 15
Maximale Größe einer Mediendatei 500 KB 500 KB
Maximale Seitenanzahl 30 50
Maximale Anzahl von Widgets1 30 50
Maximale Größe der Metadaten pro Seite 350 KB 350 KB
Maximale Größe der Metadaten pro Widget1 350 KB 350 KB
Maximale Anzahl von Clientanforderungen pro Minute 200 200

1 Grenzwert für integrierte Widgets wie Text, Bilder oder API-Liste. Derzeit werden benutzerdefinierte Widgets und benutzerdefinierte HTML-Code-Widgets in den v2-Tarifen nicht unterstützt.

Bereitstellung

Stellen Sie eine Instanz des Basic v2- oder Standard v2-Tarifs mit dem Azure-Portal, der Azure-REST-API bzw. der Azure Resource Manager- oder Bicep-Vorlage bereit.

Häufig gestellte Fragen

F: Kann ich von meiner vorhandenen API Management-Instanz zu einer neuen Instanz im v2-Tarif migrieren?

A: Nein. Derzeit können Sie keine vorhandene API Management-Instanz (in den Tarifen „Consumption“, „Developer“, „Basic“, „Standard“ oder „Premium“) zu einer Instanz im neuen v2-Tarif migrieren. Derzeit sind die v2-Tarife nur für neu erstellte Dienstinstanzen verfügbar.

F: Welche Beziehung besteht zwischen der stv2-Computeplattform und den v2-Tarifen?

A: Sie sind nicht verwandt. stv2 ist eine Computeplattformversion der Dienstinstanzen in den Tarifen „Developer“, „Basic“, „Standard“ und „Premium“. stv2 ist ein Nachfolger der stv1-Plattform, die voraussichtlich im Jahr 2024 außer Betrieb genommen wird.

F: Kann ich weiterhin Dienste der Basic- oder Standard-Tarife bereitstellen?

A: Ja, es gibt keine Änderungen an den Basic- oder Standard-Tarifen.

F: Was ist der Unterschied zwischen der VNet-Integration im Standard v2-Tarif und der VNet-Unterstützung im Premium-Tarif?

A: Eine Standard v2-Dienstinstanz kann in ein VNet integriert werden, um sicheren Zugriff auf die Back-Ends zu ermöglichen, die sich dort befinden. Eine in ein VNet integrierte Standard v2-Dienstinstanz verfügt über eine öffentliche IP-Adresse. Der Premium-Tarif unterstützt eine vollständig private Integration in ein VNet (wird häufig als Einschleusung in das VNet bezeichnet), ohne eine öffentliche IP-Adresse verfügbar zu machen.

F: Kann ich eine Instanz des Basic v2- oder Standard v2-Tarifs vollständig in meinem VNet bereitstellen?

A: Nein, eine solche Bereitstellung wird nur im Premium-Tarif unterstützt.

F: Ist eine Premium v2-Ebene geplant?

A: Ja, eine Premium v2-Vorschau ist geplant und wird separat angekündigt.

Zugehöriger Inhalt