Glossaire : Termes et définitions de la cybersécurité

Qu'est-ce qu'une interface de programmation d'application (API) ?

Une interface de programmation d'application, ou API, est un ensemble de définitions, de règles et de protocoles qui permettent la communication entre deux entités : les utilisateurs (personnes ou logiciels) et les informations (ressources de données mises à disposition par des applications en ligne et Web).

Aujourd’hui, les API constituent le cadre de base des applications modernes, améliorent l’expérience utilisateur et optimisent les modèles commerciaux. Parfois, une API peut même être le modèle économique lui-même.

Comment fonctionnent les API ?

Les API sont la « face publique » des applications, révélant les fonctions qu’elles exécutent et les informations qu’elles peuvent fournir, et définissant le format approprié des requêtes. Lorsqu'un développeur crée et expose l'API d'une application, il permet à d'autres applications de communiquer avec elle.

Dans de nombreux cas, les API permettent aux développeurs de gagner un temps précieux, car elles rendent les fonctions couramment utilisées facilement accessibles. Plutôt que de dupliquer les fonctionnalités d’une application existante, les développeurs peuvent intégrer les fonctionnalités dans leurs applications en appelant l’API de l’application existante.

Glossaire WhatIsAnAPI

La manière dont chaque API est conçue, déployée et fonctionne dépend de son style architectural ou de son protocole.

Types d'architectures et de protocoles API

Une architecture API, ou style architectural, fait référence à la conception de haut niveau d'une API. Cela englobe la manière dont l'API est structurée, organisée et son format de requête/réponse. Un protocole API spécifie également le format, tout en décrivant en plus les messages exacts.

Les architectures et protocoles API courants incluent :

  • REST – Également connu sous le nom de RESTful, ce style architectural est basé sur les principes du transfert d’état représentationnel . Il utilise des méthodes HTTP (telles que GET, POST, PUT et DELETE) et des informations abstraites (sous forme de ressources et de modèles de ressources) pour créer des structures évolutives, flexibles et technologiquement indépendantes. Aujourd’hui, REST reste l’architecture API la plus populaire.
  • GraphQL – Un langage de requête open source développé par Meta (anciennement Facebook), les architectures GraphQL permettent de récupérer des données à partir de plusieurs sources via un seul appel API. Étant donné que les clients ne demandent que les données nécessaires, les API GraphQL ont tendance à être plus efficaces (bien que moins faciles à mettre en cache) que les API REST.
  • SOAP – Cette approche architecturale utilise le protocole d’accès aux objets simple (SOAP). Les messages SOAP sont généralement formatés en XML, ce qui les rend plus volumineux que REST ou GraphQL. Contrairement aux API REST, les API SOAP ont des directives d’implémentation strictes qui définissent la structure du protocole API.
  • WebSocket – Ce protocole API est en duplex intégral, ce qui signifie que le client et le serveur peuvent envoyer et recevoir des messages simultanément. De plus, le serveur peut envoyer un message qui n'est pas une réponse à une demande client, mais qui est (par exemple) déclenché par un événement côté serveur. En revanche, les API REST suivent un modèle strict de requête-réponse.
  • RPC – Avec un appel de procédure distante , le développeur peut utiliser le même code pour appeler une fonction qui s'exécute dans un espace d'adressage différent (normalement, sur un serveur distant) que pour une fonction locale, sans avoir à spécifier les détails de l'interaction à distance. Étant donné que plusieurs langues peuvent être utilisées, ce protocole est flexible et couramment utilisé dans la communication client-serveur. Un exemple de RPC est gRPC (Google Remote Procedure Call).
Comment les API sont-elles utilisées aujourd'hui ?

Les API sont un élément essentiel des logiciels modernes. Aujourd’hui, les organisations et les entreprises créent ou utilisent de nombreux types d’API différents en fonction de leurs besoins.

Les quatre types d’API les plus courants dans les organisations aujourd’hui sont les API publiques, les API privées, les API partenaires et les API tierces.

API publiques

Les API publiques sont accessibles aux utilisateurs extérieurs à votre entreprise (monétisées ou gratuitement) et vous permettent de créer des partenariats avec des développeurs tiers et d'étendre l'ensemble de votre écosystème commercial.

Étant donné que les API publiques peuvent être utilisées par des développeurs tiers pour créer de nouveaux produits, elles contribuent à stimuler l’innovation et constituent un outil important pour aider à établir de nouveaux partenariats.

API privées

Les API privées ne sont accessibles qu'aux équipes internes de votre entreprise. Ils vous aident à déverrouiller les données et à favoriser la collaboration interne, ou ils peuvent soutenir de manière invisible les applications publiques de votre organisation (par exemple, votre site Web).

Étant donné que les API privées ne sont disponibles que pour les utilisateurs internes, les organisations peuvent les créer dans un souci d’optimisation. Les API privées permettent également une plus grande composabilité des applications modernes, permettant aux entreprises de s'adapter aux besoins actuels. Les développeurs peuvent facilement intégrer des API privées lors de la création de microservices, ce qui réduit le travail en double entre les équipes.

API partenaires

Les API partenaires sont utilisées pour s'intégrer directement avec des partenaires commerciaux (par exemple, lorsqu'une compagnie aérienne s'associe à une chaîne hôtelière et que vous pouvez réserver simultanément votre vol et votre hébergement). Les API partenaires ne sont pas accessibles au public. Elles sont accessibles à certains développeurs qui satisfont aux exigences d'authentification (AuthN) et d'autorisation (AuthZ) des deux entreprises.

L’interopérabilité renforce les relations avec les API partenaires, car elles éliminent les silos et permettent à différentes organisations de communiquer entre elles.

API tierces

Les API tierces sont utilisées par votre organisation pour accéder aux données ou aux fonctionnalités manquantes dans vos applications et services. Ces API s’exécutent sur le serveur tiers et fournissent généralement un service largement nécessaire (un exemple est l’API de traitement des paiements Stripe utilisée par de nombreux sites de commerce électronique). Selon l'API, ils peuvent être utilisés par votre organisation avec ou sans frais.

Étant donné que les API tierces sont déjà créées par un autre développeur ou une autre organisation, l’un de leurs avantages évidents est la réduction des coûts. De plus, les API tierces constituent un moyen essentiel pour les organisations de développer des applications plus rapidement, car les développeurs peuvent utiliser immédiatement une fonctionnalité plutôt que de la coder eux-mêmes.

Quels langages d'application sont utilisés pour créer des API ?

Presque tous les langages de programmation modernes peuvent être utilisés pour coder une API. Lors du codage d'une API, de nombreux développeurs peuvent choisir d'utiliser un framework. Les frameworks fournissent des blocs de construction tels que des bibliothèques de codes et d'autres utilitaires nécessaires qui permettent de créer plus rapidement et plus facilement des applications à l'aide du langage.

Chaque langage de programmation dispose généralement d'un ou plusieurs frameworks qui sont populaires parmi les développeurs. Le tableau répertorie plusieurs options de framework (dont beaucoup sont open source).

 

Langues

Cadres

Java

Printemps

JavaScript, Node.js

Angulaire , Express.js , React , Vue

PHP

Laravel , Slim , Symfony

Python

Django , Flask

Rouiller

Fusée , If , Actix-Web

Rubis

Rails

Le choix du langage et du framework dépend généralement des besoins du projet ou des préférences personnelles du développeur.

Exemples d'API

Les organisations d’aujourd’hui ont besoin d’une stratégie API moderne qui s’aligne sur leurs objectifs. Une stratégie API définit un plan sur la manière dont une organisation concevra, développera, gérera, gouvernera et sécurisera ses API.

Selon le rapport Top 5 API Lessons for Software Engineering Leaders de Gartner , il existe cinq bonnes pratiques pour garantir la solidité de votre stratégie API :

  • Ne laissez pas la gouvernance des API créer des goulots d’étranglement. La gouvernance des API doit être équilibrée avec l’agilité des développeurs pour continuer à stimuler l’innovation.
  • Traitez les API comme des produits, même si vous ne prévoyez pas de les monétiser. Assurez-vous que chaque API a un objectif clair et un public qui correspond aux objectifs commerciaux.
  • Découvrez vos API avant les pirates. Donner la priorité à la découvrabilité et à la surveillance régulière permet de prévenir les failles de sécurité.
  • Gérer le cycle de vie des API. La gestion complète du cycle de vie des API garantit que les API continuent de fonctionner avec une sécurité appropriée.
  • Choisissez les technologies API les mieux adaptées. Ce qui fonctionne pour une organisation peut ne pas être exactement ce qui fonctionne pour la vôtre, c'est pourquoi il est important de considérer en détail vos besoins spécifiques en matière d'API, maintenant et pour l'avenir.
Qu'est-ce que la connectivité API ?

Alors que les API ont commencé comme un outil pour les développeurs, elles sont devenues des actifs commerciaux stratégiques qui augmentent les revenus et soutiennent l'agilité de l'entreprise. La connectivité API fait référence à l'utilisation d'API modulaires et réutilisables pour relier des données et des applications dans des environnements cloud natifs, dans le but de résoudre les problèmes de visibilité, de sécurité et de gouvernance.

Ressources supplémentaires

NGINX propose une variété de ressources gratuites pour vous accompagner à tout moment de votre parcours API.

Pages de glossaire associées

Blogs

Livres électroniques

Webinaires à la demande