Intervenant :
Christian Fauré, Manager chez OCTO Technology
Agenda :
Distinguer les démarches OpenAPI et OpenData
Les Démarches OpenData :
Les démarches Open API :
Les démarches OpenAPI et OpenData sont toutes deux des démarches de publication des ressources digitales de l’entreprise, mais elles différent sur les points suivants :
Les démarches OpenAPI sont devenues majoritaires ; même pour publier des données on tend à privilégier des APIs comme mode d’accès à des « données brutes ».
La conception des APIs Hypermedia
Ne pas oublier que la seule chose qu’un Client voit d’une API c’est le message de réponse du serveur : toute l’intelligence d’une API réside dans les messages.
Évolution des APIs RESTful :
L’enjeu des messages :
Démarche de conception des APIs Hypermedia :
Panorama des solutions d’API Management
Le marché des solutions de Management d’interfaces de programmation applicatives (API management), tout en étant en voie de d’homogénéisation et de consolidation, n’en reste pas moins assez hétérogène.
Il est en voie de consolidation si l’on considère les rachats significatifs qui ont eu lieu ces derniers mois : Intel a racheté Mashery, CA Technology s’est offert Layer7 et Axway a rajouté Vordel à son catalogue.
Outre ces mouvements d’acquisition, la couverture fonctionnelle de ces solutions tend à s'homogénéiser, à un point qu’on a pu parler de “commoditization” des solutions d’APIs Management : elles proposent toutes les mêmes solutions qui ne sont que des briques “de base” pour piloter et gérer ses APIs. De fait, toutes les entreprises qui veulent faire un choix de solutions pour mieux gérer leurs APIs ont du mal à les distinguer tant les services qu’elles proposent et les messages véhiculés se ressemblent comme deux gouttes d’eau. Dans cet article, nous vous livrerons quelques éléments qui permettent de différencier les offres de Management d’API.
C’est un marché qui est par ailleurs hétérogène car non saturé : preuve en est le dynamisme qu’apporte l’arrivée de nouveaux entrants qui n’a pas cessé depuis 2005. Pour donner un premier aperçu des acteurs en présence nous pouvons distinguer 4 tendances :
Les solutions intégrées d’API Management
Les solutions, apparues autour de 2005, se sont d’abord distinguées par leurs portails, qui permettent aux développeurs tiers de découvrir les APIs proposées, d’accéder à la documentation, à des services sociaux autour des APIs et d’obtenir les APIs Key pour pouvoir commencer à utiliser les APIs proposées. À ces “pure players” se sont greffées des solutions orientées “SOA Gouvernance” qui existait bien avant, tels SOA Software et Layer7. On a donc assisté, sur la dernière décennie, à une fusion des marchés de la SOA avec celui de l’API Management. D’ailleurs le Gartner identifie le marché des “Application Services Management” comme étant la somme des offres de SOA Gouvernance et de l’API Management.
L’architecture fonctionnelle des solutions d’API Management
Ces solutions comprennent trois briques :
On peut ainsi représenter l’architecture fonctionnelle des solutions d’API Management de la façon suivante :
Kin Lane, un ancien rédacteur du site Programmable Web, a proposé une distinction entre les différentes solutions d’API Management que nous reprenons et enrichissons ci-après. Celle-ci se concentre sur le composant “Gateway” des offres d’API Management.
Nous distinguons donc trois types d’architecture : la première consiste à installer un module ou connecteur dans votre système d’information qui va jouer le rôle d’une sonde active en communiquant avec une plateforme d’API Management en SaaS. C’est la manière dont procède la solution 3Scale, qui se trouve être la plus simple à mettre en œuvre mais qui suppose que non seulement votre API soit bien conçue mais aussi que vous preniez en charge vous-même sa publication (3Scale peut s’utiliser avec Nginx pour ajouter un proxy Open Source à votre architecture).
La deuxième architecture technique, celle qui repose sur l'utilisation d’un Proxy propriétaire, prend en charge la publication de l’API et rajoute un certain nombre de services de management dans le transfert des messages.
L’utilisation d’un Proxy suppose toutefois que vous ayez bien conçu votre API car une solution basée sur un Proxy ne va pas nécessairement ouvrir les messages de l’API ; dit autrement une solution basée sur un Proxy n’ouvre pas les messages mais se contente de rajouter des services de management aux messages.
Parmi les offres d’API Management basées sur un Proxy, on trouve Apigee et Mashery qui offrent toutefois des fonctionnalités dites de “médiation”, c’est-à-dire de transcodage des messages permettant de transformer une API SOAP-XML en REST-JSON, mais n’en espérez pas trop.
Pour aller plus loin en terme de transformation et d’enrichissement de votre API, il vous faudra regarder du côté des Gateways.
Avec les solutions basées sur une Gateway, vous aurez la possibilité de concevoir des APIs à partir de n’importe quel message interne : que ce soit des Services SOAP internes ou des flux de messages de n’importe quel autre protocole (JMS, FTP, Corba, etc.). Contrairement aux solutions basées sur des Proxy, celles basées sur des Gateways ne se contentent pas d’enrichir l’enveloppe des messages mais elles l’ouvrent et le transforment. En conséquence, vous aurez vos APIs non plus accolées à vos applications mais en sortie de la Gateway.
Bien sûr, ces transformations de format de message peuvent avoir un impact sur les temps de réponse de votre API, il faudra donc être vigilant sur les performances de la plateforme d’API Management. En terme de performance, la solution de Vordel, désormais Axway, offre des résultats très satisfaisants et se distingue en matière de robustesse et de scalabilité.
Les modes de delivery
Enfin les solutions d’API Management, à l’image de l’ensemble des services applicatifs actuels, proposent des modes de delivery différents : Cloud, On Premises, voire Hybrides. Nous avons croisé dans le tableau ci-après les principales offres selon le critère de l'architecture technique et du mode de delivery :
Conclusion
Choisir une solution d’API Management nécessite tout d’abord de connaître sa maturité interne en matière d’API, cela force également à se demander quels sont les modèles d’affaire que vous souhaitez mettre en place s’il s’agit d’Open API.
Pour vous aider à faire un choix, vous pouvez également partir de la liste des services des différents vendeurs :
Retrouvez les slides de la présentation sur notre Slideshare !