Azure API Management – v2-Tarife
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:
- USA Süd Mitte
- USA (Westen)
- Frankreich, Mitte
- Deutschland, Westen-Mitte
- Nordeuropa
- Europa, Westen
- UK, Süden
- UK, Westen
- Brasilien, Süden
- Australien, Mitte
- Australien (Osten)
- Australien, Südosten
- Asien, 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
- 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
Entwicklerportal
- Delegierung der Benutzerregistrierung und des Produktabonnements
- 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
- Anforderungsablaufverfolgung in der Testkonsole
- 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 Gesamtdauer der Anforderungen | 30 Sekunden | 30 Sekunden |
| 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 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 Einheit | 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.
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
- Vergleich der Azure API Management-Tarife.
- Erfahren Sie mehr über die API Management-Gateways.
- Erfahren Sie mehr über die API Management-Preise.