Azure API Management – v2-Tarife
GILT FÜR: Basic v2 | Standard v2 | Premium v2
Die neuen Tarife (SKUs) für API Management v2 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. Detaillierter Vergleich der API Management-Tarife.
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.
Der folgende v2-Tarif befindet sich in der Vorschau:
Premium v2: Premium v2 bietet Enterprise-Features, einschließlich vollständiger Isolation virtueller Netzwerke und Skalierung für Workloads mit hohem Volumen.
Hinweis
Der Premium v2-Tarif befindet sich derzeit in der eingeschränkten Vorschau. Füllen Sie dieses Formular aus, um sich zu registrieren.
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. Skalieren Sie eine Premium v2-Instanz auf bis zu 30 Einheiten.
Vereinfachtes Netzwerk: Die Standard v2- und Premium v2-Tarife bieten Netzwerkoptionen zum Isolieren des eingehenden und ausgehenden Datenverkehrs von API Management.
Weitere Optionen für Produktionsworkloads: Die v2-Tarife werden alle mit einer SLA unterstützt.
Optionen des Entwicklerportals: Aktivieren Sie das Entwicklerportal, wenn Sie bereit sind, API-Consumer Ihre APIs entdecken zu lassen.
Features
API-Version
Die neuesten Funktionen der v2-Tarife werden in der API-Version 2024-05-01 oder höher von API Management unterstützt.
Netzwerkoptionen
Standard v2 und Premium v2 unterstützen die Integration virtueller Netzwerke, damit Ihre API Management-Instanz API-Back-Ends erreichen kann, die in einem einzigen verbundenen virtuellen Netzwerk isoliert sind. Das API Management-Gateway, die Verwaltungsebene und das Entwicklerportal bleiben öffentlich über das Internet zugänglich. Das virtuelle Netzwerk muss sich in derselben Region und im selben Abonnement wie die API Management-Instanz befinden. Weitere Informationen
Premium v2 unterstützt auch eine vereinfachte Einfügung virtueller Netzwerke zur vollständigen Isolation des eingehenden und ausgehenden Gatewaydatenverkehrs, ohne dass Netzwerksicherheitsgruppenregeln, Routingtabellen oder Dienstendpunkte erforderlich sind. Das virtuelle Netzwerk muss sich in derselben Region und im selben Abonnement wie die API Management-Instanz befinden. Weitere Informationen
Unterstützte Regionen
Eine aktuelle Liste der Regionen, in denen die v2-Tarife verfügbar sind, finden Sie unter Verfügbarkeit von v2-Tarifen und Arbeitsbereichsgateways.
Verfügbarkeit von klassischen Features
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
- Direkter Zugriff auf Verwaltungs-APIs
Begrenzungen
Die folgenden API Management-Funktionen sind derzeit in den v2-Tarifen nicht verfügbar.
Infrastruktur und Netzwerk
- Bereitstellung in mehreren Regionen
- Unterstützung für Verfügbarkeitszonen
- Mehrere benutzerdefinierte Domänennamen
- Kapazitätsmetrik – ersetzt durch die Metriken „CPU-Prozentsatz des Gateways“ und „Prozentsatz des Arbeitsspeichers des Gateways“
- Integrierte Analysen – ersetzt durch Azure Monitor-basiertes Dashboard
- Automatische Skalierung
- Eingehende Verbindungen mithilfe eines privaten Endpunkts
- Upgrade von klassischen Tarifen auf v2-Tarife
- Zertifizierungsstellenzertifikate
- Senden von Ereignissen an das Event Grid
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 | Premium v2 |
|---|---|---|---|
| Maximale Anzahl von Skalierungseinheiten | 10 | 10 | 30 |
| Maximale Cachegröße pro Dienstinstanz | 250 MB | 1 GB | 5 GB |
| Maximale Anzahl von APIs pro Dienstinstanz | 150 | 500 | 2\.500 |
| Maximale Anzahl von API-Vorgängen pro Dienstinstanz | 3,000 | 10.000 | 20.000 |
| Maximale Anzahl von Abonnements pro Dienstinstanz | 500 | 2\.000 | 4\.000 |
| Maximale Anzahl von Produkten pro Dienstinstanz | 50 | 200 | 400 |
| Maximale Anzahl von Benutzerkonten pro Dienstinstanz | 300 | 2\.000 | 4\.000 |
| Maximale Anzahl von Gruppen pro Dienstinstanz | 20 | 100 | 200 |
| Maximale Anzahl von Autorisierungsservern pro Dienstinstanz | 10 | 500 | 500 |
| Maximale Anzahl von Richtlinienfragmenten pro Dienstinstanz | 50 | 50 | 100 |
| Maximale Anzahl von OpenID Connect-Anbietern pro Dienstinstanz | 10 | 10 | 20 |
| Maximale Anzahl von Zertifikaten pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von Back-Ends pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von Caches pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl benannter Werte pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von Protokollierungen pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von Schemata pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von Schemata pro API | 100 | 100 | 100 |
| Maximale Anzahl von Tags pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von Tags pro API | 100 | 100 | 100 |
| Maximale Anzahl von Versionssätzen pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von Versionen pro API | 100 | 100 | 100 |
| Maximale Anzahl von Vorgängen pro API | 100 | 100 | 100 |
| Maximale Anzahl von GraphQL-Resolvern pro Dienstinstanz | 100 | 100 | 100 |
| Maximale Anzahl von GraphQL-Resolvern pro API | 100 | 100 | 100 |
| Maximale Anzahl von APIs pro Produkt | 100 | 100 | 100 |
| Maximale Anzahl von APIs pro Abonnement | 100 | 100 | 100 |
| Maximale Anzahl von Produkten pro Abonnement | 100 | 100 | 100 |
| Maximale Anzahl von Gruppen pro Produkt | 100 | 100 | 100 |
| Maximale Anzahl von Tags pro Produkt | 100 | 100 | 100 |
| Gleichzeitige Back-End-Verbindungen1 pro HTTP-Autorität | 2\.048 | 2\.048 | 2\.048 |
| Maximale Größe zwischengespeicherter Antworten | 2 MiB | 2 MiB | 2 MiB |
| Maximale Größe eines Richtliniendokuments | 256 KiB | 256 KiB | 256 KiB |
| Maximale Größe der Anforderungspayload | 1 GiB | 1 GiB | 1 GiB |
| Maximale gepufferte Nutzlastgröße | 2 MiB | 2 MiB | 2 MiB |
| Maximale Größe der Anforderungs-/Antwortnutzlast in Diagnoseprotokollen | 8.192 Bytes | 8.192 Bytes | 8.192 Bytes |
| Maximale Größe der Anforderungs-URL2 | 16.384 Bytes | 16.384 Bytes | 16.384 Bytes |
| Maximale Länge des URL-Pfadsegments | 1\.024 Zeichen | 1\.024 Zeichen | 1\.024 Zeichen |
| Maximale Zeichenlänge des benannten Werts | 4.096 Zeichen | 4.096 Zeichen | 4.096 Zeichen |
| Maximale Größe des Anforderungs- oder Antworttexts in der validate-content-Richtlinie | 100 KiB | 100 KiB | 100 KiB |
| Maximale Größe des von der Überprüfungsrichtlinie verwendeten API-Schemas | 4 MB | 4 MB | 4 MB |
| Maximale Anzahl aktiver WebSocket-Verbindungen pro Einheit3 | 5\.000 | 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 | Premium v2 |
|---|---|---|---|
| Maximale Anzahl von Mediendateien, die hochgeladen werden können | 15 | 15 | 15 |
| Maximale Größe einer Mediendatei | 500 KB | 500 KB | 500 KB |
| Maximale Seitenanzahl | 30 | 50 | 50 |
| Maximale Anzahl von Widgets1 | 30 | 50 | 50 |
| Maximale Größe der Metadaten pro Seite | 350 KB | 350 KB | 350 KB |
| Maximale Größe der Metadaten pro Widget1 | 350 KB | 350 KB | 350 KB |
| Maximale Anzahl von Clientanforderungen pro Minute | 200 | 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 v2-Tarifs mithilfe des Azure-Portals oder mithilfe von Tools wie der Azure REST-API, Azure Resource Manager, Bicep-Vorlage oder Terraform 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-Computeplattform, die 2024 eingestellt wurde.
F: Kann ich weiterhin Dienste in den Developer-, Basic-, Standard- oder Premium-Tarifen bereitstellen?
A: Ja, es gibt keine Änderungen an den klassischen Developer-, Basic-, Standard- oder Premium-Tarifen.
F: Was ist der Unterschied zwischen der Integration virtueller Netzwerke im Standard v2-Tarif und der Einfügung virtueller Netzwerke in den Premium- und Premium v2-Tarifen?
A: Eine Standard v2-Dienstinstanz kann in ein virtuelles Netzwerk integriert werden, um sicheren Zugriff auf die Back-Ends zu ermöglichen, die sich dort befinden. Eine in ein virtuelles Netzwerk integrierte Standard v2-Dienstinstanz verfügt über eine öffentliche IP-Adresse für eingehenden Zugriff.
Die Premium- und Premium v2-Tarife unterstützen die vollständige Netzwerkisolation durch Bereitstellung (Einfügung) in ein virtuelles Netzwerk, ohne eine öffentliche IP-Adresse verfügbar zu machen. Erfahren Sie mehr über Netzwerkoptionen in API Management.
F: Kann ich eine Instanz des Basic v2- oder Standard v2-Tarifs vollständig in meinem virtuellen Netzwerk bereitstellen?
A: Nein, eine solche Bereitstellung wird nur in den Premium- und Premium v2-Tarifen unterstützt.
Zugehöriger Inhalt
- Vergleich der Azure API Management-Tarife.
- Erfahren Sie mehr über die API Management-Gateways.
- Erfahren Sie mehr über die API Management-Preise.