WSO2 Pourquoi et comment ouvrir son système d’information, via un API Manager ?
Toute entreprise, quel que soit son secteur d’activité, est maintenant valorisée grâce au traitement de ses données. Vraie richesse pour l’entreprise, elles permettent de multiples déclinaisons :
1/ faire fonctionner un processus (commercial, industriel, RH…),
2/ prévoir l’évolution d’un marché (par le calcul de tendances),
3/ mesurer l’appétence du marché à une action (on parle généralement de “scoring”).
La donnée transite en interne par l’ensemble des logiciels et applicatifs de l’entreprise (ERP, CRM, GED, SIRH…). Par nature dans des SI hétérogènes, de plus en plus “silotés” et propres à chaque filiale ou domaine de l’entreprise.
Cette silotisation et l’imperméabilité des SI ne favorisent pas l’échange et l’utilisation d’informations entre producteurs et consommateurs. De fait, les échanges avec les applications extérieures au SI (avec des partenaires par exemple) sont très complexes à mettre en œuvre (et maintenir dans la durée), au même titre que l’utilisation de données issues de sources tiers (internet, open-data).
Les conséquences de cette imperméabilité sont importantes : retraitement d’une activité déjà réalisée par un service ou domaine, absence d’informations ou de données issues de tiers… et peut nécessiter de doublonner une fonction applicative qui aurait pu être mutualisée au sein d’un processus plus large.
Jusqu’à récemment, les pratiques permettant de réaliser cet échange d’information et de services inter-système étaient très restrictives. L’importance de respecter les normes de sécurité nécessaires à cette ouverture combinée aux capacités d’interopérabilité limitées des applications, nécessitait la mise en place de contrats d’échange (de données). Ceux-ci avaient pour objectif de définir les responsabilités de chacun ainsi que les règles et protocoles associés.
Néanmoins, leur mise en œuvre était longue et fastidieuse… sans oublier la difficulté de maintenance, notamment en cas de changement de part ou d’autre. .
C’est sur la base de ce constat que l’utilisation d’un API Manager via la création, l’exposition et/ ou l’utilisation d’APIs a apporté une réponse simple et pérenne.
Qu’est ce qu’une API ?
Une API, (Application programming interface) permet à un logiciel d’offrir un service à un autre logiciel via un ensemble normalisé.
Une API permet ainsi de consommer ou partager de l’information ou un service, qui peut être réutilisé par une autre entité de l’entreprise ou un partenaire.
En tant que consommateur, une API peut être utilisée comme une brique (un micro service) à la construction d’une nouvelle application. Cela permet de réutiliser un service pertinent à l’application ou au service final sans se soucier du fonctionnement de cette brique.
Celle-ci a en effet un fonctionnement indépendant du service final, qui va simplement utiliser ce micro-service comme une fonctionnalité tiers, faisant partie de la construction.
Qu’est ce qu’un API Manager ?
L’API Manager lui, va permettre l’exposition d’API, via un outil d’édition et de publication, ainsi que sa consommation via une plateforme sur laquelle l’utilisateur pourra s’inscrire aux APIs souhaitées.
Le transfert d’information sera lui réalisé via une passerelle (gateway) permettant l’interopérabilité des SI des deux parties (éditeur et souscripteur).
Enfin, l’API Management permet également à l’éditeur de monétiser la publication de son API, à l’usage, permettant ainsi de lui fournir une source de revenue.
Des utilisations infinies pour l’entreprise.
Premièrement en tant que consommateur, on a ainsi accès à de nombreuses sources, dont nous étions privés, permettant ainsi de multiplier ses sources d’agrégation pour ses prises de décision ou le management et contrôle de la production.
Nous avons aussi accès à des services créés par d’autres entités et filiales, pouvant être réutilisés dans la création denouvelles applications plus larges, selon les principes de l’architecture micro-services.
Enfin en tant qu’éditeur, nous pouvons ainsi partager de l’information et des applications, que ce soit en interne, aux autres filiales de l’entreprises, ou même en externe via l’exposition d’une API à laquelle le public visé pourra souscrire.
De fait, l’utilisation d’un API Manager comme WSO2 pour éditer et souscrire à des APIs permet à l’entreprise de “dé-siloter” simplement ses différents SI internes sur deux aspects :
1/ Permettre plus de simplicité et d’efficience dans les échanges de données/services internes et donc une meilleure communication au sein des différentes filiales.
2/ Permettre à l’entreprise d’avoir accès et de partager de la donnée/services de manière sécurisée avec l’extérieur, que ce soit des partenaires, des sources de données intéressantes ou de possibles consommateurs et donc de nouveaux clients.
Par ailleurs, cela permettra aussi à l’entité de se créer de nouveaux revenus via la monétisation de ses APIs.
La gestion de la souscription et de la publication des ces Apis serait réalisée simplement via l’interface WSO2, permettant de manager les souscriptions et publication aux APIs et d’en permettre la monétisation de manière simple, sécurisé, et transparente.
Si vous voulez en apprendre plus n’hésitez pas à nous contacter.
