Bonjour, tout le monde, et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler des clés API et des plans d'utilisation.
Maintenant, à un haut niveau de vue d'ensemble les clés API sont des valeurs de chaîne alphanumérique que vous pouvez distribuer
à vos clients.
Et cela permettra aux clients d'accéder à votre API.
Par exemple, dans ce diagramme, vous verrez qu'un client envoie une requête get pour un produit à l'API.
Cependant, dans la réponse, vous obtenez un message interdit, ce qui peut être important car vous ne souhaitez
pas vraiment que l'ensemble de l'Internet se connecte à votre API.
En fonction des cas d'utilisation, vous pouvez ajouter un certain niveau d'authentification et dans la passerelle API,
cela peut être réalisé par des clés API.
Maintenant, une fois que vous avez la clé d'API mise en œuvre, vous pouvez utiliser l'en-tête de la clé d'API X lors de la connexion au point de
terminaison de l'API.
Maintenant, si vous regardez dans cette capture d'écran spécifique, vous avez un en-tête que nous
envoyons avec la demande curl de la clé API et c'est ici que la clé API que vous devez ajouter.
Et puis vous envoyez la demande à l'API et dans la réponse que vous obtenez.
Bonjour de lambda dans le cas où vous ne fournissez pas cette clé API, vous obtiendrez un message d'interdiction.
Maintenant, avant de continuer, faisons également une démonstration rapide associée à cela.
Maintenant, pour l'une des API de repos, j'ai l'authentification qui est activée, donc les clés API seront nécessaires.
Donc, à ce stade, chaque fois que nous envoyons une demande à l'URL d'appel.
Immédiatement, vous voyez, on reçoit un message d'interdiction.
Et dans le cadre de cette API, j'ai aussi une clé API.
Il y a donc certaines clés API qui sont disponibles.
Si vous regardez ici, il y a une clé d'API ici, donc vous devez utiliser cette clé d'API ou vous devez
envoyer cette clé d'API aux clients qui veulent utiliser cette API et les clients doivent fournir
ce x en-tête de clé d'API quand ils font la demande à l'API.
Et si on exécute ça, on obtient un halo de lambda.
Super.
J'espère qu'avec ceci vous avez compris l'importance de la clé API dans l'authentification orale.
Avec l'API, vous disposez également d'une fonction importante de plan d'utilisation qui s'intègre également à la
clé API. D'un point de vue général, le plan d'utilisation spécifie qui peut accéder à une ou plusieurs étapes
et méthodes API déployées, et vous pouvez également définir diverses configurations importantes comme la limitation du taux de demande
et autres.
Le plan d'utilisation global utilise donc les clés d'API pour identifier les clients d'API et les personnes qui peuvent accéder aux
étapes d'API associées à chaque clé.
Maintenant, par exemple, vous voyez que nous avons une clé de démonstration et que ce plan d'utilisation spécifique est associé à cette clé
de démonstration.
Donc les deux sont intégrés.
Dans ce plan d'utilisation, vous spécifiez l'API, l'étape, et vous pouvez également spécifier l'étranglement.
Donc, à ce stade, vous avez dix demandes par seconde.
Le poste est de 20 demandes par seconde et vous avez les clés API et toutes les clés API qui sont associées à un plan
d'utilisation auront cet ensemble de limites et aussi ils seront en mesure d'accéder à l'API
appropriée et l'étape appropriée.
Très bien.
Les deux sont donc intégrés, et vous devez les utiliser tous les deux pour que les choses fonctionnent.
Avant d'aller plus loin, permettez-moi de vous montrer rapidement comment les deux
sont intégrés.
Ainsi, chaque fois que vous créez une clé API, appelons-la simplement clé à tiret de CAPA Labs.
Encore une fois, il ne s'agit que d'une démo pour comprendre les choses en détail.
Ainsi, chaque fois que vous créez une clé pour un client, c'est cette clé qui est utilisée.
A ce stade, la clé n'est associée à aucun plan d'utilisation, vous ne pourrez donc pas effectuer d'opérations
avec cette clé.
Alors allons-y et essayons.
Donc ce que je vais faire, je vais copier cette clé spécifique.
Et de l'air.
On efface l'écran et on le remplace par notre nouvelle clé.
Très bien.
Maintenant, si j'appuie sur Entrée, vous obtenez toujours un message d'interdiction.
Ainsi, même avec la clé, il n'y a pas d'impact réel à ce stade.
Maintenant, pour que la clé ait un impact, vous devez l'associer à un plan d'utilisation.
Donc à ce stade, en fait, revenons en arrière.
Maintenant, chaque fois que vous créez un plan d'utilisation, laissez-moi juste créer rapidement un plan d'utilisation de test.
Vous pouvez activer l'étranglement.
Alors, disons que le taux de 50 et la rafale de 100 demandes.
Vous pouvez activer les quotas.
Laissez-moi juste le désélectionner.
Je ferai le prochain.
Et ici vous pouvez associer l'étape API.
Laissez-moi donc associer l'API que nous avons.
Et dans cette API, j'ai une étape qui est déployée, qui est Dev.
Je vais rapidement ajouter ceci.
Faisons rapidement notre prochain et ensuite vous pouvez ajouter la clé API au plan d'utilisation.
Le nom de la clé API était Key Labs key.
Je vais le sauvegarder et je vais terminer le processus global.
Donc maintenant notre clé API est associée au plan d'utilisation.
En général, lorsque vous créez un plan d'utilisation, il faut généralement quelques secondes pour
qu'il prenne effet.
Maintenant, à ce stade, lorsque vous exécutez le même ensemble de commandes une fois de plus, vous voyez que nous obtenons la réponse
ici, qui est Halo de Lambda.
Super.
Avant de conclure, il convient de noter certains points importants, le premier étant qu'après avoir créé, testé et
déployé vos API, vous pouvez utiliser le plan d'utilisation de la passerelle API pour les mettre à la disposition de vos clients en tant
qu'offre de produit.
Le deuxième point important est que vous pouvez configurer le plan d'utilisation et les clés API pour permettre aux clients
d'accéder à des API sélectionnées et également commencer à limiter la demande.
Vous ne voulez pas qu'un seul client envoie 99 % de la demande globale.
Vous pouvez mettre en place un système d'étranglement pour vous assurer que votre API est disponible pour tous, et cela
peut être mis en œuvre au niveau de l'API ou même de la méthode d'API.
Le point important suivant est que la passerelle API limite les demandes adressées à votre API à l'aide de l'algorithme
du token bucket, où un token compte pour une demande et, dans le cadre de votre API, lorsque la soumission d'une demande dépasse le taux de demande
en régime permanent et les limites du bus, la passerelle API commence à limiter les demandes et, lorsque la limitation commence,
le client peut recevoir 4 à 9 demandes de trop.
Message en retour.
En outre, notez également qu'il existe un quota par défaut de 10 000 demandes par seconde applicable à chaque
compte et à chaque région.
Ainsi, si vous dépassez à nouveau ce seuil, les clients risquent de recevoir 4 à 9 demandes de trop.
Super.
Voilà donc quelques-unes des indications associées aux clés API et aux plans d'utilisation, et c'est sur ces points que se termine
la vidéo d'aujourd'hui.