Une API (Application Programming Interface) permet à un programme de communiquer avec d’autres programmes éventuellement distants, indépendamment des langages utilisés. Concrètement, c’est une façon d’exposer certaines fonctions de nos applications que l’on décide de publier (en privé ou en public), ou dans l’autre sens de consommer les fonctions d’applications tierces (un CRM, un ERP, une application web, etc.), à travers un simple appel d’URL normalisé.

Des variantes d’architecture sont possibles : REST (chaque ressource a son URL), GraphQL (une seule URL pour toute l’API, la requête précisant les données voulues) ou SOAP (une URL d’accès, avec des messages au format XML). La mise en œuvre et la consommation d’API ne sont pas excessivement compliquées si l’on connaît les bases des échanges client/serveur sur le web (comme les méthodes GET et POST du protocole HTTP), l’IA apportant également sa pierre à l’édifice de la simplicité. Mais l’ouverture du SI des entreprises pose évidemment bien d’autres questions (marketing, architecture, cartographie) et, bien sûr, les importants sujets de la gestion des API et de leur sécurisation, avec de plus en plus d’outils candidats (Gravitee, Kong, Azure…).