IBM communique avec des centaines de partenaires commerciaux à l’aide d’API représentant des milliers de fonctions métier différentes. L’organisation du directeur des systèmes d’information IBM (DSI) s’est appuyée sur la solution IBM API Connect pour créer un système d’API management centralisé à l’échelle de l’entreprise afin de gérer la découverte et l’utilisation des API et de contrôler l’accès à l’aide d’un catalogue consolidé.
L’équipe du DSI IBM a créé sa plateforme API Economy pour l’entreprise en 2014 afin de fournir une plateforme d’hébergement d’API hautement sécurisée conçue pour une disponibilité continue à l’intention des employés, des clients et des partenaires d’IBM. La plateforme permet la création, la commercialisation, le suivi et la gestion des API à usage interne et est construite à l’aide d’IBM API Connect, une solution d’entreprise pour l’API management centralisé qui stocke les API et leur documentation. API Connect gère les abonnements via des identifiants d’accès et dispose d’un catalogue d’API consolidé.
Au départ, la plateforme API Economy gérait les API exclusivement pour le compte du DSI d’IBM. Mais au fil du temps, elle a évolué pour prendre en charge des API à l’échelle de l’entreprise et tierces. Actuellement, la plateforme prend en charge deux services d’API : Blue API, qui fournit des API internes pour les applications métier IBM, et API Hub, qui fournit des API IBM aux clients IBM et aux partenaires commerciaux IBM. Lorsque les développeurs créent de nouvelles applications, ils commencent par consulter un catalogue d’API pour trouver une API et s’y abonner. Une fois abonnés, ils reçoivent des clés API, qui sont des ID clients secrets, leur permettant d’appeler l’API.
Les consommateurs d’API utilisent le catalogue d’API et la documentation d’API pour rechercher et utiliser des API, tandis que les fournisseurs d’API configurent, testent et publient des API et de la documentation dans le catalogue d’API et la configuration d’API dans la passerelle.
« Pour avoir une économie API efficace, un changement culturel doit avoir lieu au niveau de l’organisation, au-delà d’un simple changement technologique. Lorsqu’un fournisseur crée une API, plutôt que de le faire au niveau d’un projet, il doit l’intégrer dans un catalogue commun (comme l’API Blue) pour que d’autres puissent y accéder et l’utiliser », déclare Kyle Frohling, directeur du service API Hub pour l’organisation du DSI IBM. « De plus, vous avez besoin d’une équipe dédiée derrière le service API Connect pour assurer une transition efficace vers une économie API. En raison du changement culturel, il faut des conseils, des défenseurs des processus et des moyens pour faire passer les équipes de solutions ponctuelles à une solution centralisée.
Kyle Frohling ajoute que les développeurs qui utilisent la plateforme sont issus de toutes les organisations IBM du monde entier. « On pourrait penser que la plupart des développeurs comprennent les API, mais en pratique, certaines équipes sont plus matures et comprennent le développement et les pratiques d’IBM, tandis que d’autres ont besoin du support des API », explique-t-il. « Par conséquent, il doit y avoir du matériel pédagogique et de formation pour fournir des conseils sur le service, sa valeur et la façon de s’engager. L’interaction avec l’équipe de développement des API dès le début du processus est également essentielle pour adopter les bonnes pratiques en matière d’API. Un autre enseignement à tirer est de rendre la solution API Connect aussi autonome que possible. »
d’appels API par mois
de réduction des délais de livraison pour les solutions d’entreprise
La plateforme IBM API Economy est un service disponible 7 jours sur 7 , et son accessibilité permanente dans toutes les situations est une priorité absolue. Au début de l’année 2023, l’organisation a adopté l’approche d’instance réservée d’IBM API Connect sur IBM Cloud au lieu de son ancien modèle hébergé sur site, ce qui a permis à l’équipe de réduire considérablement les coûts.
« L’instance réservée se trouve dans une seule région répartie sur trois zones de disponibilité, c’est-à-dire trois centres de données physiques », explique M. Frohling. « Nous pourrions perdre un bâtiment entier sans qu’il cesse de fonctionner parce que les autres bâtiments auraient toujours leur propre connexion réseau, leur propre alimentation ou leur propre instance API Connect. Nous avons eu une influence majeure sur l’approche d’instance réservée et son mode de fonctionnement. Nous sommes le plus grand utilisateur d’instances réservées API Connect sur IBM Cloud. Notre collaboration leur a permis de faire évoluer leur service pour en améliorer la résilience et la redondance, en s’appuyant sur notre expérience avec Kyndryl. »
Le DSI d’IBM a constaté une réduction de 50 % du coût total lié à l’utilisation d’une solution d’entreprise centralisée par rapport à une solution d’API management basée sur des projets individuels, en prenant les coûts de chaque projet et en les regroupant dans un pool central soutenant un service partagé. Grâce au système d’API management centralisé, les consommateurs parcourent, trouvent et s’abonnent aux API dans un catalogue d’API centralisé. Les fournisseurs peuvent créer, tester et publier des API grâce à la gestion des versions et du cycle de vie, le tout sur une plateforme hautement disponible avec un support accessible 7 jours sur 7. Le système de gestion centralisé API Connect va de pair avec l’objectif de productivité d’IBM en utilisant un service standard et en réduisant les efforts nécessaires pour le support.
« Nous avons également observé une réduction de plus de 50 % des délais de livraison des solutions. Grâce à notre catalogue interne centralisé de 800 API, les développeurs peuvent y accéder rapidement, examiner ce qui est disponible et utiliser les API au lieu d’essayer de les découvrir manuellement », explique Kyle Frohling. « Il est beaucoup plus rapide de mettre en place une solution avec des API existantes que de les créer soi-même. Aujourd’hui, nous traitons 14 milliards de dollars par an de revenus IBM via nos API dans le cadre de notre processus Q2C [Quote to Cash]. »
M. Frohling ajoute : « Il y a toujours des hésitations à exploiter un service commun plutôt qu’à faire les choses soi-même. Nous avons réalisé des progrès considérables, en particulier au niveau du DSI, mais nous devons continuer à améliorer les directives et à permettre aux développeurs d’utiliser plus facilement ce service commun afin de générer de la valeur au niveau de l’entreprise. La réutilisation des API a un impact différent selon le projet. Si chaque équipe soutient sa propre solution, ce n’est pas seulement une question de coût d’investissement, mais aussi de coût total de main-d’œuvre. Notre alternative consiste à réinvestir le coût de main-d’œuvre associé à 300 projets et à utiliser une solution commune, ce qui est facilement envisageable au niveau de l’entreprise mais pas toujours évident au niveau du projet. La valeur est obtenue au niveau de l’entreprise ».
IBM a également ajouté la personnalisation et l’automatisation à la gestion du cycle de vie des API et au processus de publication, permettant ainsi aux fournisseurs de publier plus facilement une API et sa documentation dans la passerelle, ce qui se traduit par des gains considérables pour l’entreprise et ses utilisateurs.
« Nous prenons actuellement en charge environ 1 000 API publiées, 200 sur API Hub et 800 sur Blue API. L’année dernière, nous avons reçu entre 300 et 400 millions d’appels API par mois, ce qui nous rapproche d’un niveau stable de 400 millions », déclare Kyle Frohling. « Nous approchons les 2 000 consommateurs uniques d’API. Environ trois à quatre nouvelles API sont publiées chaque mois par l’une des 250 équipes différentes. Ces chiffres continuent d’augmenter chaque mois ».
À propos des futures améliorations de la plateforme, M. Frohling déclare : « Nous utilisons actuellement le service d’instance réservée API Connect sur IBM Cloud pour héberger notre plateforme, et nos personnalisations s’exécutent sur Cirrus, la plateforme cloud hybride OpenShift du DSI pour les workloads internes. Nous travaillons à l’exploitation d’IBM Cloud Pak for Integration on Cirrus. Il s’agit d’un effort important pour nous, mais cela nous permettra de déplacer les workloads vers l’emplacement le plus approprié à tout moment et de réduire les coûts en utilisant une instance API Connect intégrée à IBM Cloud Pak for Integration on Cirrus. »
Dirigeant la stratégie informatique interne d’IBM, l’organisation du directeur des systèmes d’information (DSI) est chargée de fournir, de sécuriser, de moderniser et de soutenir les solutions informatiques utilisées par les IBMers pour accomplir leur travail au quotidien.
La stratégie du DSI englobe la création d’une plateforme informatique adaptative qui facilite l’accès aux ressources informatiques à l’ensemble de l’entreprise, accélère la résolution de problèmes et sert de moteur d’innovation pour IBM, catalysant la croissance métier.
Mentions légales
© Copyright IBM Corporation 2023. IBM corporation, New Orchard Road, Armonk, NY 10504.
Produit aux États-Unis, octobre 2023.
IBM, le logo IBM, IBM API Connect et IBM Cloud sont des marques d’International Business Machines Corporation enregistrées aux États-Unis et/ou dans d’autres pays. Les autres noms de produits et de services sont des marques d’IBM ou appartenant à d’autres sociétés. La liste actualisée de toutes les marques d’IBM est disponible à l’adresse ibm.com/trademark.
Les informations contenues dans le présent document étaient à jour à la date de sa publication initiale. Elles peuvent être modifiées sans préavis par IBM. Les offres mentionnées dans le présent document ne sont pas toutes disponibles dans tous les pays où la société IBM est présente.
Toutes les références clients mentionnées ou décrites illustrent la façon dont certains clients ont utilisé les produits IBM et précisent les résultats qu'ils ont pu obtenir. Les chiffres réels en termes de coûts environnementaux et de performances peuvent varier d'un client à l'autre en fonction de la configuration et des conditions de fonctionnement. En général, les résultats attendus ne peuvent pas être garantis, car les résultats de chaque client dépendent entièrement des systèmes du client et des services commandés. LES INFORMATIONS CONTENUES DANS LE PRÉSENT DOCUMENT SONT FOURNIES « EN L’ÉTAT », SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE, NOTAMMENT SANS AUCUNE GARANTIE DE QUALITÉ MARCHANDE, D’ADÉQUATION À UN USAGE PARTICULIER ET AUCUNE GARANTIE OU CONDITION D’ABSENCE DE CONTREFAÇON. Les produits IBM sont garantis conformément aux dispositions des contrats qui régissent leur utilisation.