Présentation

  • 3 minutes

Les logiciels modernes reposent sur les interfaces de programmation d’applications (API). Pensez aux applications que votre organisation a développées au cours de la dernière année. Il est probable que la plupart des fonctionnalités soient gérées par des API. À grande échelle, cela signifie que de nombreuses organisations peuvent disposer de centaines, des milliers ou même de dizaines de milliers d’API qui sont développées en interne ou intégrées à des API externes. Puisque la demande de logiciels est en pleine croissance et que les API constituent la couche de base alimentant ces logiciels, le nombre d’API avec laquelle votre équipe travaillera devrait augmenter, si ce n’est exploser rapidement.

Scénario

Contoso Corporation est une entreprise fictive qui implémente des architectures de microservice, en adoptant une approche qui donne la priorité aux API. Ces dernières années, l’organisation ne comptait que quelques équipes chargées du développement des API, et souvent elles étaient aussi celles qui les consommaient. Au fil du temps, l’organisation s’est développée et de nombreuses équipes produisent et consomment désormais des API développées en interne et en externe. Cependant, les ingénieurs de la plateforme d’API de Contoso ont indiqué qu'ils s’approchaient d’un état d’extension d’API (un état dans lequel les API organisationnelles augmentent de manière exponentielle et incontrôlée), et prévoient d’autres problèmes en aval, notamment :

  • Mauvaise détectabilité et réutilisation des API - Sans une compréhension claire des API disponibles,il est possible que les développeurs finissent par créer de nouvelles API qui répliquent des fonctionnalités existantes, ce qui entraîne des pertes de temps et de ressources.

  • les API fantômes, non gouvernées - La plupart des développeurs peuvent arrêter de gérer et de maintenir certaines API de manière isolée lorsqu’ils passent à d’autres projets ;

  • les menaces potentielles pour la sécurité - L’équipe de la plateforme d’API peut ne pas être en mesure d’appliquer efficacement les stratégies de sécurité de l’organisation, ce qui peut conduire à des points de terminaison vulnérables et non sécurisés.

  • Conception d’API incohérente - Il est possible que les développeurs ne produisent pas tous des API conformes aux principes unifiés de conception des API de l’organisation. Des ressources de développement supplémentaires devront être utilisées pour redéfinir les API incohérentes qui peuvent être découvertes après le déploiement.

    Capture d’écran montrant une prolifération d’API.

L’équipe de la plateforme d’API a alors commencé à réfléchir à une solution efficace et transparente pour éviter que l’organisation ne se retrouve dans cet état. Si votre organisation doit également adopter une stratégie pour centraliser toutes vos API pour faciliter le suivi et la gouvernance, il s’agit du module approprié pour vous.

Objectifs d’apprentissage

Dans ce module, vous allez :

  • Comprenez ce qu’est le Centre d’API Azure et les avantages qu’il offre.
  • Explorez comment le Centre d’API dote votre organisation d’un inventaire des API centralisé pour la gouvernance, la découverte et la consommation des API.
  • Découvrez comment bien démarrer avec le Centre d’API Azure pour votre organisation.
  • Explorez des intégrations avancées avec des outils de développement tels que Visual Studio Code.