Sur le plan technique, la plupart des éditeurs promettent des solutions packagées simples à mettre en oeuvre. La réalité est souvent plus complexe, notamment lorsqu’on aborde les chantiers de sécurisation (authentification, autorisation). Sur le plan organisationnel, le risque est de reproduire les mêmes erreurs qu’à l’époque des ESB, en ayant une équipe responsable du produit qui se transforme en goulet d’étranglement à force d’embarquer des besoins fonctionnels. Si on y ajoute les évolutions des dernières années (Cloud, méthodes agiles notamment), cela donne une équation assez complexe à résoudre, qui peut apporter techniquement (statistiques, monitoring, catalogue de services...) mais aussi rapidement devenir toxique (vendor lock-in, impacts organisationnels...). Alors suivez-nous, nous allons vous guider dans les méandres de l’API Management, ce mal nécessaire dont vous ne pourrez bientôt plus vous passer.
En bref.
Cette nouvelle refcard a pour but de démystifier l’API Management en répondant aux questions suivantes : Qu’est-ce que l’API Management ? Mon Système d’Information en a-t-il besoin ? Comment sélectionner une solution ? Comment la mettre en place techniquement et organisationnellement ? Quelles erreurs faut-il éviter ?
Description.
L’API Management est un produit dont vous en avez certainement entendu parler au détour d’une conférence… ou bien est-ce parce que vous en avez déjà installé une dans votre Système d’Information ? Ce produit, qui offre des briques de portails de management et de développeurs, ou encore de sécurité, s’avère nécessaire dans les SI qui exposent de nombreuses API. Pourtant, l’introduction d’un tel produit entraîne de nombreux questionnements, aussi bien techniques qu’organisationnels.
