Partage via

Niveaux v2 du service Gestion des API Azure

  • Article

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 :

  • USA Est
  • USA Est 2
  • États-Unis - partie centrale méridionale
  • Centre-Nord des États-Unis
  • USA Ouest
  • USA Ouest 2
  • France Centre
  • Allemagne Centre-Ouest
  • Europe Nord
  • Norvège Est
  • Europe Ouest
  • Suisse Nord
  • Sud du Royaume-Uni
  • Ouest du Royaume-Uni
  • Afrique du Sud Nord
  • Inde centrale
  • Inde Sud
  • Brésil Sud
  • Centre de l’Australie
  • Australie Est
  • Australie Sud-Est
  • Asie Est
  • Japon 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é : remplacée par le pourcentage d’UC de la passerelle et du pourcentage de mémoire des métriques de passerelle
  • 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
  • Certificats de l’autorité de certification

Portail des développeurs

  • 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
  • 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
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
Longueur maximale du caractère de la valeur nommée 4 096 caractères 4 096 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é : 3 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 Inclut une chaîne de requête pouvant comprendre jusqu’à 2 048 octets.
3, jusqu’à un maximum de 60 000 connexions par instance de service.

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