Passer la navigation

Annonce du lancement du service Gestion des API Azure pour architectures serverless

Publié le 4 décembre, 2018

Principal PM Manager, Microsoft Azure

Gestion des API Azure est un service entièrement managé qui permet aux clients de publier, sécuriser, transformer, maintenir et surveiller les API. En quelques clics sur le portail Azure, vous pouvez créer une façade d'API constituant une « porte d'entrée » par laquelle des applications externes et internes peuvent accéder aux données ou à la logique métier implémentée par vos services backend personnalisés, fonctionnant sur Azure (sur App Service ou Azure Kubernetes Service, par exemple) ou hébergée en dehors d'Azure, dans un centre de données privé ou localement. Le service Gestion des API gère toutes les tâches associées à la médiation des appels d'API, notamment l'authentification et l'autorisation des requêtes, l'application des limites de débit et des quotas, la transformation des requêtes et des réponses, la journalisation et le traçage, ainsi que la gestion des versions des API.

Désormais, les clients Azure peuvent choisir le nouveau niveau Consommation lorsqu'ils créent une instance de Gestion des API. Ce niveau Consommation, variante du service Gestion des API conçu et implémenté autour des principes du serverless, permettra à un plus grand nombre de clients de profiter des avantages de la gestion des API et s'adaptera plus naturellement à la nouvelle génération d'applications créées à l'aide des technologies serverless.

Le niveau Consommation du service Gestion des API convient aux cas d'usage suivants signalés par nos clients :

  • Passerelle API pour microservices implémentés à l'aide de technologies serverless telles que Functions et Logic Apps
  • Passerelle API fournissant une façade simplifiée et sécurisée pour les ressources Azure serverless, comme les files d'attente et les rubriques Service Bus, le Stockage Azure, etc.
  • Passerelle API pour les backends traditionnels où le trafic des API présente parfois des pics importants mais reste généralement faible

Si l'un des cas d'usage ci-dessus vous semble pertinent, n'hésitez pas à essayer le nouveau niveau et à nous donner votre avis.

Comparaison des niveaux

Pour comprendre l'essence du nouveau niveau, comparons-le aux niveaux existants.

Lors de son lancement, le service Gestion des API comprenait deux niveaux : Développeur et Standard. Depuis, nous y avons ajouté le niveau Premium, qui comprend des fonctionnalités haut de gamme pour les entreprises, et le niveau De base, qui correspond au niveau de production d'entrée de gamme. Tous ces niveaux ont une architecture commune dans laquelle chaque instance du service Gestion des API se voit attribuer un ensemble de ressources réservées à son usage exclusif. L'isolation des problèmes de sécurité, la capacité instantanément disponible et la protection contre les « voisins bruyants » comptent parmi les principaux avantages de cette approche. Malheureusement, elle a également des inconvénients, comme des délais d'approvisionnement et de mise à l'échelle relativement élevés et des tarifs non basés sur la consommation, lesquels ne conviennent pas à la nouvelle génération de solutions basées sur le modèle d'application serverless.

Le niveau Consommation utilise les mêmes composants de service sous-jacents que les niveaux précédents, mais avec une architecture totalement différente basée sur des ressources partagées et allouées de façon dynamique. Par conséquent, il convient parfaitement au modèle informatique serverless, c'est-à-dire sans infrastructure à gérer, sans capacité inutilisée mais avec une haute disponibilité, une mise à l'échelle automatique et une tarification basée sur l'utilisation, ce qui en fait un choix particulièrement judicieux pour les solutions impliquant l'exposition de ressources serverless comme les API. Quelques compromis doivent être faits lorsque le niveau Consommation est choisi. Les deux principaux sont l'ensemble organisé de fonctionnalités et les limites d'utilisation imposées. Le tableau ci-dessous résume les principaux points de comparaison entre les niveaux.

Consommation NOUVEAU Développeur | De base | Standard | Premium
Aucune infrastructure à mettre en place ou à gérer Aucune infrastructure à mettre en place ou à gérer
Haute disponibilité intégrée Haute disponibilité intégrée1
Mise à l'échelle automatique intégrée (jusqu'à zéro) Mise à l'échelle automatique manuelle ou externe2
Microfacturation basée sur la consommation Facturation basée sur la capacité réservée
Pas de capacité réservée Capacité réservée
Ressources partagées Ressources dédiées
Activation à la demande Toujours actif
Ensemble organisé de fonctionnalités Ensemble complet de fonctionnalités3
Limites d’utilisation Non régies

1Sauf pour le niveau Développeur

2Mise à l'échelle automatique Azure Monitor disponible aux niveaux Standard et Premium

3La disponibilité de certaines fonctionnalités varie d'un niveau à l'autre

Nouvelles fonctionnalités

Les deux nouvelles fonctionnalités suivantes, qui ne sont actuellement disponibles qu'au niveau Consommation, seront bientôt accessibles avec les autres niveaux du service Gestion des API.

Bring Your Own Cache (BYOC) : la mise en cache des réponses est une technique efficace et largement utilisée pour améliorer les latences des API et réduire la charge sur les backends des API. Cette fonctionnalité permet aux clients de configurer le service Gestion des API de manière à utiliser un cache approvisionné de l'extérieur et compatible Redis. Un contrôle total sur la configuration du cache, la possibilité de précharger et de purger le contenu du cache, et la possibilité d'adapter la taille du cache indépendamment de l'instance du service Gestion des API qui l'utilise, constituent les principaux avantages de la fonctionnalité BYOC. Il s'agit également de la seule option qui permet d'activer la mise en cache des réponses au niveau Consommation car, contrairement aux autres niveaux, celui-ci n'est pas fourni avec un cache intégré. Nous avons modifié les stratégies de mise en cache existantes pour qu'elles fonctionnent de manière transparente avec les configurations de cache intégrées et externes.

Fonctionnalité BYOC au niveau Consommation

Abonnements plus souples : l'abonnement est essentiellement un conteneur nommé pour un jeu de clés API (composé de deux clés : primaire et secondaire). Auparavant, les abonnements devaient appartenir à un utilisateur et prendre en charge un seul et même produit API. Pour rationaliser la gestion des clés, nous y avons apporté quelques modifications. Nous autorisons maintenant les abonnements « autonomes », non associés à un utilisateur. Nous avons également ajouté deux étendues d'abonnement : toutes les API et une seule API. Par exemple, il est désormais possible de créer des clés accordant l'accès à une API (ou à toutes les API d'une instance du service Gestion des API) sans qu'il soit nécessaire de créer un produit et d'y ajouter l'API (ou toutes les API). Par ailleurs, chaque instance du service Gestion des API comprend maintenant un abonnement immuable à toutes les API, ce qui simplifie les tests et le débogage des API dans la console de test.

Options d'abonnement

Travail restant

Nous travaillons sur le niveau Consommation depuis le printemps dernier et sommes très heureux de pouvoir enfin le partager avec vous. Notre travail n'est toutefois pas encore terminé. Voici quelques fonctionnalités et améliorations importantes prévues pour les mois à venir.

  • Nom d'hôte et certificat personnalisés
  • Mise à niveau « en un clic » vers un niveau supérieur du service Gestion des API
  • Approvisionnement plus rapide (celui-ci est déjà extrêmement rapide par rapport aux anciens niveaux, mais nous espérons faire mieux encore)
  • Réduction de la latence au « démarrage à froid » (nous n'avons pas encore fait grand-chose dans ce domaine, et la latence est loin d'être optimale)
  • Large disponibilité dans les régions Azure publiques (nous prévoyons un accès complet au niveau Consommation dans toutes les régions où le service Gestion des API est disponible)
  • Expériences « Ajouter l'API » pour d'autres ressources serverless et PaaS (attendez-vous à voir de nouvelles mosaïques sur la page Ajouter l'API)

Disponibilité

Nous avons le plaisir d'annoncer le lancement immédiat de la préversion du niveau Consommation dans les régions USA Centre Nord, USA Ouest, Europe Ouest, Europe Nord, Asie Sud-Est et Australie Est.

N'hésitez pas à l'essayer - Créez un nouveau service et vous verrez combien il est facile de publier une API en important une fonction ou application logique.

Vous souhaitez en savoir plus sur la création d'API serverless ? Reportez-vous au webinaire « Créer des API serverless avec Node.js sur Azure Functions ».

Donnez-nous votre avis.