Le terme « gestion des API » est fréquemment utilisé, mais il peut signifier différentes choses pour différentes personnes. Il n’y a pas une seule « bonne » ou « mauvaise » manière de le définir, mais il est important de comprendre à quoi quelqu’un fait référence lorsqu’il parle de la gestion des API.
Une façon intéressante d’examiner les différentes perspectives possibles sur la gestion des API est de regarder l’évolution de la gestion des API et de l’espace API en général. Une telle vision de l’évolution de l’espace et des pratiques nous permet de mieux comprendre pourquoi des termes tels que la gestion des API ont changé de sens, au fil du temps.
Gardez à l’esprit qu’il ne s’agit en aucun cas d’un historique complet de l’espace API en général. Nous verrons comment l’espace a évolué lorsque la vue sur les API est devenue plus dynamique (elles changent au fil du temps et ce changement doit être géré efficacement) lorsque les paysages d’API sont devenus de plus en plus grands, et lorsque de plus en plus l’accent dans l’espace des API n’est pas si beaucoup sur les détails techniques mais sur la valeur qu’ils apportent aux organisations.
Gestion technique des API
Initialement, la gestion des API était considérée comme une manière plutôt étroite de gérer une API et de le faire d’une manière qui ne faisait pas partie de la mise en œuvre de l’API elle-même mais était effectuée par un composant de gestion distinct. Ce composant effectuerait des tâches telles que l’authentification et l’autorisation d’accès à l’API, empêchant ainsi les accès non autorisés. Une autre fonction typique serait de limiter l’accès afin que les consommateurs d’API ne puissent pas submerger un fournisseur d’API en envoyant trop de demandes.
Ce type de gestion est généralement effectué par une passerelle API, un composant qui se trouve devant l’API réelle, gérant l’accès à l’API réelle et transférant uniquement les demandes conformément aux politiques configurées.
Cette vision de la gestion des API est technique et plutôt statique, mais elle est toujours au cœur de tout type de modèle de gestion des API : s’assurer que l’accès à une API est contrôlé de manière à ce que l’API soit utilisée comme prévu et qu’elle ne puisse pas être facilement mal utilisé ou attaqué.
Gestion du cycle de vie des API
Les API ont commencé à apparaître en plus grand nombre et ont dû être mises à jour plus fréquemment en raison de l’augmentation des consommateurs et donc de l’évolution des demandes des consommateurs. La gestion des API a évolué en parallèle, couvrant désormais l’intégralité du cycle de vie d’une API et le cycle de développement de la publication, des tests, du déploiement et de la mise à jour de l’API.
Pour cette portée plus large de la gestion des API, des composants supplémentaires tels que des outils de test et de surveillance sont entrés en scène. Les fournisseurs ont dû s’adapter en couvrant également ces aspects, soit dans leur produit, soit via des partenariats avec des fournisseurs d’outils spécialisés.
La force sous-jacente de cette évolution était de rendre le développement d’API plus efficace : les équipes devaient pouvoir se concentrer sur la logique métier de leurs API, tandis que les tâches répétitives devaient être traitées à l’aide des outils disponibles.
Cependant, bien que cette évolution ait été une étape utile en termes d’adaptation aux paysages d’API croissants et évolutifs, le modèle de gestion d’API résultant était souvent encore lié à une plate-forme de gestion d’API particulière.
Il peut s’agir d’un produit logiciel spécifique utilisé par une organisation ou une partie d’une plate-forme cloud, ce qui rend intrinsèquement difficile l’adaptation à des modèles de déploiement plus complexes tels que l’hybride et le multicloud. La raison en est que la gestion du cycle de vie des API est encore relativement étroitement liée à l’infrastructure qui effectue la gestion technique.
Gestion des produits API
Les API devenant de plus en plus critiques et visibles au niveau de l’entreprise, la prochaine étape logique de l’évolution consiste à dissocier la gestion des aspects techniques et à se concentrer sur les produits API. Un produit API est une API conçue, documentée et détectable d’une manière qui peut être facilement et facilement utilisée par le public visé.
Avec cette vision des API plus axée sur le consommateur, il est logique d’aborder la gestion des produits API d’une manière indépendante des spécificités techniques de l’endroit et de la manière dont une API est fournie. Tant que les consommateurs peuvent le trouver et l’utiliser, c’est tout ce qui compte.
C’est là que le concept d’un catalogue d’API entre en scène. Une façon de penser à un tel catalogue est de le voir comme l’outil de planification des ressources d’entreprise (ERP) pour les produits numériques d’une organisation. Idéalement, un tel outil offre une visibilité universelle et unifiée de tous les produits numériques et il s’adapte facilement à toutes les plateformes techniques en place pour fournir ces produits.
Marketing des produits API
La gestion des produits API est l’endroit où se situe la gestion moderne aujourd’hui. Il fournit un moyen de gérer les produits API de manière unifiée et ne limite pas indûment la manière dont les API sont développées et déployées. Cependant, il s’agit toujours d’un modèle où les produits API sont mis à disposition, mais ils ne sont pas activement commercialisés auprès des consommateurs potentiels.
Il n’est peut-être pas exagéré de supposer que la prochaine étape de l’évolution de la gestion est le marketing des produits API. Comme pour tous les produits, la valeur des produits n’est pas qu’ils existent, mais qu’ils soient consommés. Cela signifie que, comme pour toute autre catégorie de produits, jouer un rôle plus actif dans le marketing des API a beaucoup de sens.
Ce rôle plus actif suit le chemin habituel du marketing produit : comprendre les consommateurs, comprendre leurs points faibles, comprendre et documenter clairement comment ces points douloureux sont traités par les sous-produits, puis commercialiser ces produits auprès des groupes cibles.
Pour la gestion des API, cela signifie créer des outils axés sur le consommateur au-dessus du catalogue, tels que des portails et des marchés, et les utiliser pour commercialiser activement les API, comprendre la consommation et réinjecter cela dans le marketing des produits API et dans le développement des API.
Cette dernière étape d’évolution n’en est encore qu’à ses balbutiements, mais compte tenu de l’importance croissante des API dans la transformation numérique et du fonctionnement de l’économie, il est probable qu’elle deviendra la prochaine phase évolutive majeure de la gestion des API.
Conclusion
Si vous souhaitez en savoir plus sur cette évolution du Management, n’hésitez pas à regarder la vidéo suivante. De plus, si vous avez des commentaires sur la direction que prend la direction, veuillez commenter ici ou laisser un commentaire sur la vidéo.