Niveaux v2 du service Gestion des API Azure
S’APPLIQUE À : Essentiel v2 | Standard v2
Nous introduisons un nouvel ensemble de niveaux tarifaires (SKU) pour la Gestion des API Azure : les niveaux v2. Les nouveaux niveaux reposent sur une nouvelle plate-forme plus fiable et évolutive et sont conçus pour rendre la Gestion des API accessible à un ensemble plus large de clients et offrir des options flexibles pour une plus grande variété de scénarios. Les niveaux v2 complètent les niveaux classiques existants (Développeur, Essentiel, Standard et Premium) et le niveau Consommation. Plus d’informations
Les niveaux v2 suivants sont désormais en disponibilité générale :
De base v2 – le niveau Basic v2 est conçu pour les scénarios de développement et de test et est pris en charge avec un SLA.
Standard v2 – Standard v2 est un niveau prêt pour la production avec prise en charge des back-ends isolés du réseau.
Fonctionnalités clés
Déploiement, configuration et mise à l'échelle plus rapides – déployez une instance de Gestion des API prête pour la production en quelques minutes. Appliquez rapidement des configurations telles que les mises à jour de certificats et de noms d'hôte. Faites évoluer rapidement une instance De base v2 ou Standard v2 jusqu'à 10 unités pour répondre aux besoins de vos charges de travail de gestion d'API.
Mise en réseau simplifiée – Le niveau Standard v2 prend en charge les connexions sortantes vers des backends isolés par le réseau.
Plus d'options pour les charges de travail de production – les niveaux v2 sont tous pris en charge avec un SLA. Passez de De base v2 à Standard v2 pour ajouter plus d'options de production.
Options du portail des développeurs – activez le portail des développeurs lorsque vous êtes prêt à permettre aux consommateurs d'API de découvrir vos API.
Options réseau
Le niveau Standard v2 prend en charge l’intégration VNet pour permettre à votre instance Gestion des API d'atteindre les backends d'API isolés dans un seul VNet connecté. La passerelle de Gestion des API, le plan de gestion et le portail des développeurs restent accessibles au public depuis Internet. Le réseau virtuel doit se trouver dans la même région que l’instance de Gestion des API. Plus d’informations
Fonctionnalités
Version de l'API
Les niveaux v2 sont pris en charge dans la version 2023-05-01-preview ou ultérieure de l'API Gestion des API.
Régions prises en charge
Les niveaux v2 sont disponibles dans les régions suivantes :
- États-Unis - partie centrale méridionale
- USA Ouest
- France Centre
- Allemagne Centre-Ouest
- Europe Nord
- Europe Ouest
- Sud du Royaume-Uni
- Ouest du Royaume-Uni
- Brésil Sud
- Centre de l’Australie
- Australie Est
- Australie Sud-Est
- Asie Est
- Asie Sud-Est
- Centre de la Corée
Disponibilité des fonctionnalités
La plupart des fonctionnalités des niveaux classiques de Gestion des API sont prises en charge dans les niveaux v2. Toutefois, les fonctionnalités suivantes ne sont pas prises en charge dans les niveaux v2 :
- Configuration du service API Management à l’aide de Git
- Sauvegarde et restauration de l’instance API Management
- Activation d’Azure DDoS Protection
- Analyse intégrée (remplacée par le tableau de bord basé sur Azure Monitor)
Limites
Les fonctionnalités Gestion des API suivantes sont actuellement indisponibles dans les niveaux v2.
Infrastructures et réseaux
- Redondance de zone
- Déploiement multi-régions
- Noms de domaine personnalisés multiples
- Métrique de capacité
- Mise à l’échelle automatique
- Connexion entrante utilisant un point de terminaison privé
- Injection dans un VNet en mode externe ou en mode interne
- Mise à niveau vers les niveaux v2 à partir des niveaux v1
- Workspaces
Portail des développeurs
- Délégation d'enregistrement des utilisateurs et d'abonnement aux produits
- Rapports
- Widget de code HTML personnalisé et widget personnalisé
- Portail des développeurs auto-hébergé
Passerelle
- Passerelle auto-hébergée
- Stratégie de quota par clé
- Configuration du chiffrement
- Renégociation du certificat client
- Certificat TLS managé gratuit
- Suivi des requêtes dans la console de test
- Requêtes à la passerelle via localhost
Limites des ressources
Les limites de ressources suivantes s’appliquent aux niveaux v2.
Pour réclamer un relèvement de la limite, créez une demande de support dans le Portail Azure. Pour plus d’informations, consultez les Plans de support Azure.
| Ressource | De base v2 | Standard v2 |
|---|---|---|
| Nombre maximal d’unités d’échelle | 10 | 10 |
| Taille maximale du cache par instance de service | 250 Mo | 1 Go |
| Nombre maximal d’API par instance de service | 150 | 500 |
| Nombre maximal d’opérations d’API par instance de service | 3 000 | 10 000 |
| Nombre maximal d’abonnements par instance de service | 500 | 2 000 |
| Nombre maximal de produits par instance de service | 50 | 200 |
| Nombre maximal d’utilisateurs par instance de service | 300 | 2 000 |
| Nombre maximal de groupes par instance de service | 20 | 100 |
| Nombre maximal de serveurs d’autorisation par instance de service | 10 | 500 |
| Nombre maximal de fragments de stratégie par instance de service | 50 | 50 |
| Nombre maximal de fournisseurs OpenID Connect par instance de service | 10 | 10 |
| Nombre maximal de certificats par instance de service | 100 | 100 |
| Nombre maximal de back-ends par instance de service | 100 | 100 |
| Nombre maximal de caches par instance de service | 100 | 100 |
| Nombre maximal de valeurs nommées par instance de service | 100 | 100 |
| Nombre maximal d’enregistreurs d’événements par instance de service | 100 | 100 |
| Nombre maximal de schémas par instance de service | 100 | 100 |
| Nombre maximal de schémas par API | 100 | 100 |
| Nombre maximal d’étiquettes par instance de service | 100 | 100 |
| Nombre maximal d’étiquettes par API | 100 | 100 |
| Nombre maximal d’ensembles de versions par instance de service | 100 | 100 |
| Nombre maximal de versions par API | 100 | 100 |
| Nombre maximal d’opérations par API | 100 | 100 |
| Nombre maximal de résolveurs GraphQL par instance de service | 100 | 100 |
| Nombre maximal de résolveurs GraphQL par API | 100 | 100 |
| Nombre maximal d’API par produit | 100 | 100 |
| Nombre maximal d’API par abonnement | 100 | 100 |
| Nombre maximal de produits par abonnement | 100 | 100 |
| Nombre maximal de groupes par produit | 100 | 100 |
| Nombre maximal d’étiquettes par produit | 100 | 100 |
| Connexions back-ends simultanées1 par autorité HTTP | 2 048 | 2 048 |
| Taille maximale de la réponse mise en cache | 2 Mio | 2 Mio |
| Taille maximale du document de stratégie | 256 Kio | 256 Kio |
| Durée totale maximale des requêtes | 30 secondes | 30 secondes |
| Taille maximale de la charge utile de requête | 1 Gio | 1 Gio |
| Taille maximale de la charge utile mise en mémoire tampon | 2 Mio | 2 Mio |
| Taille maximale de la charge utile de requête/réponse dans les journaux de diagnostic | 8,192 octets | 8,192 octets |
| Taille maximale de l’URL de requête2 | 16 384 octets | 16 384 octets |
| Longueur maximale du segment de chemin d’accès de l’URL | 1 024 caractères | 1 024 caractères |
| Taille maximale du corps de la requête ou de la réponse dans la stratégie de validation du contenu | 100 Kio | 100 Kio |
| Taille maximale du schéma d’API utilisé par la stratégie de validation | 4 Mo | 4 Mo |
| Nombre maximal de connexions WebSocket actives par unité | 5 000 | 5 000 |
1 Les connexions sont groupées et réutilisées, sauf si elles sont explicitement fermées par le back-end.
2 Comprend une chaîne de requête longue allant jusqu’à 2 048 octets.
Limites applicables au portail des développeurs
Les limites suivantes s’appliquent au portail des développeurs pour les niveaux v2.
| Article | De base v2 | Standard v2 |
|---|---|---|
| Nombre maximal de fichiers multimédias à charger | 15 | 15 |
| Taille maximale d’un fichier multimédia | 500 Ko | 500 Ko |
| Nombre maximal de pages | 30 | 50 |
| Nombre maximal de widgets1 | 30 | 50 |
| Taille maximale des métadonnées par page | 350 KB | 350 KB |
| Taille maximale des métadonnées par widget1 | 350 KB | 350 KB |
| Nombre maximal de requêtes client par minute | 200 | 200 |
1 Limite applicable aux widgets intégrés (texte, images, liste d’API, etc.). Actuellement, les widgets personnalisés et les widgets de code HTML personnalisés ne sont pas pris en charge dans les niveaux v2.
Déploiement
Déployez une instance du niveau De base v2 ou Standard v2 à l’aide du Portail Microsoft Azure, de l’API Azure REST ou du modèle Azure Resource Manager ou Bicep.
Forum aux questions
Q : Puis-je migrer de mon instance de Gestion des API existante vers une nouvelle instance de niveau v2 ?
R : Non. Actuellement, vous ne pouvez pas migrer une instance de Gestion des API existante (au niveau Consommation, Développeur, De base, Standard ou Premium) vers une nouvelle instance de niveau v2. Actuellement, les niveaux v2 sont disponibles uniquement pour les instances de service nouvellement créées.
Q : Quelle est la relation entre la plate-forme de calcul stv2 et les niveaux v2 ?
R : Ils ne sont pas liés. stv2 est une version de plate-forme de calcul des instances de service de niveau Développeur, De base, Standard et Premium. stv2 est le successeur de la plateforme stv1 dont la retraite est prévue en 2024.
Q : Pourrai-je toujours fournir des services de niveau De base ou Standard ?
R : Oui, aucun changement n'est apporté aux niveaux De base ou Standard.
Q : Quelle est la différence entre l'intégration de réseau virtuel dans le niveau Standard v2 et la prise en charge de réseau virtuel dans le niveau Premium ?
R : Une instance de service Standard v2 peut être intégrée à un réseau virtuel pour fournir un accès sécurisé aux backends qui y résident. Une instance de service Standard v2 intégrée à un VNet disposera d’une adresse IP publique. Le niveau Premium prend en charge une intégration entièrement privée avec un réseau virtuel (souvent appelée injection dans un réseau virtuel) sans exposer d'adresse IP publique.
Q : Puis-je déployer entièrement une instance du niveau De base v2 ou Standard v2 dans mon réseau virtuel ?
R : Non, un tel déploiement n'est pris en charge que dans le niveau Premium.
Q : Un niveau Premium v2 est-il prévu ?
R : Oui, un aperçu Premium v2 est prévu et sera annoncé séparément.
Contenu connexe
- Comparez les différents niveaux du service Gestion des API.
- En savoir plus sur les passerelles réseau du service Gestion des API
- Consultez les tarifs du service Gestion des API.