Terminologie relative à Gestion des API Azure
S’APPLIQUE À : Tous les niveaux de Gestion des API
Cet article fournit les définitions des termes spécifiques à Gestion des API Azure.
Définitions des termes
- API back-end - service, généralement basé sur HTTP, qui implémente une API et ses opérations. Parfois, les API principales sont appelées simplement back-ends. Pour plus d’informations, consultez Back-ends.
- API frontale - Gestion des API sert de couche de médiation sur les API principales. L’API frontale est une API exposée aux consommateurs d’API à partir de Gestion des API. Vous pouvez personnaliser la forme et le comportement d’une API frontale dans Gestion des API sans apporter de modifications aux API principales qu’elle représente. Parfois, les API frontales sont appelées simplement API. Pour plus d’informations, consultez Import and publish your first API (Importer et publier votre première API).
- Produit : un produit est un ensemble d’API frontales qui peuvent être mises à la disposition d’un groupe spécifié de consommateurs d’API pour l’intégration en libre-service sous une seule information d’identification d’accès et un ensemble de limites d’utilisation. Une API peut faire partie de plusieurs produits. Pour plus d’informations, consultez Création et publication d’un produit dans Gestion des API Azure.
- Opération d’API - une API frontale dans Gestion des API peut définir plusieurs opérations. Une opération est une combinaison d’un verbe HTTP et d’un modèle d’URL pouvant être résolu de manière unique dans l’API frontale. Souvent, les opérations mappent des points de terminaison d’API un-à-un aux points de terminaison de l’API back-end. Pour plus d’informations, consultez Mock API responses (Simuler des réponses d’API).
- Version - une version est une variante distincte de l’API frontale existante qui diffère de la forme ou du comportement de l’original. Les versions offrent aux clients le choix entre l’API d’origine ou la mise à niveau vers une nouvelle version au moment de leur choix. Les versions sont un mécanisme permettant de libérer des changements cassants sans affecter les consommateurs d’API. Pour plus d’informations, consultez Publier plusieurs versions d’une API de manière prévisible.
- Révision - une révision est une copie d’une API existante qui peut être modifiée sans avoir d’impact sur les consommateurs d’API et échangé avec la version actuellement utilisée par les consommateurs généralement après validation et test. Les révisions fournissent un mécanisme permettant d’implémenter en toute sécurité les modifications non cassantes. Pour plus d’informations, consultez l’article Apporter des modifications sans rupture en toute sécurité à l’aide de révisions.
- Stratégie - une stratégie est un composant réutilisable et composable, implémentant certaines fonctionnalités couramment utilisées liées à l’API. Gestion des API offre plus de 50 stratégies intégrées qui s’occupent des préoccupations horizontales critiques mais indifférénées , par exemple, la transformation des demandes, le routage, la sécurité, la protection, la mise en cache. Les stratégies peuvent être appliquées à différentes étendues, qui déterminent les API ou les opérations affectées et configurées dynamiquement à l’aide d’expressions de stratégie. Pour plus d’informations, consultez Abonnements dans Gestion des API Azure.
- Portail des développeurs - le portail des développeurs est un composant de Gestion des API. Il offre une expérience personnalisable pour la découverte d’API et l’intégration en libre-service aux consommateurs d’API. Pour plus d’informations, consultez Personnaliser le style du portail des développeurs dans Gestion des API Azure.