À l’avenir, le « A » d’API signifiera « automatisation »

Lori Mac VittieIngénieur émérite et évangéliste en chef | F5

API signifie « interface de programmation d’application ». Au fil des années, elle est passée d’une spécification impérative fortement couplée à un modèle déclaratif faiblement couplé. Aujourd’hui, les API les plus courantes sont de type RESTful et servent à faciliter l’intégration. Quels que soient leur implémentation et leur mode d’invocation, les API sont généralement associées au développement d’applications.

Mais une autre économie des API connaît une expansion constante. Elle se développe dans le domaine des opérations. Et dans ce contexte, le « A » d’API signifie automatisation.

Dans le domaine des opérations, les API permettent d’automatiser l’intégration, la configuration et l’exploitation des services d’infrastructure et d’application. Par conséquent, les interfaces — les API — nécessaires à la prise en charge des opérations doivent viser à simplifier l’automatisation.

Cette orientation est importante à mesure que les organisations entrent pleinement dans la deuxième phase de la transformation numérique et commencent à étendre l’automatisation à l’ensemble des pipelines de livraison et de déploiement. Pour déployer l’automatisation à grande échelle, il est nécessaire de pouvoir mettre au point des processus cohérents, reproductibles et prévisibles qui concrétisent le pipeline de déploiement d’une application.

Un rapport de Kentik sur l’état de l’automatisation en 2019 indiquait que plus de la moitié des organisations (53 %) utilisaient déjà l’automatisation pour la configuration du réseau, tandis que 40 % supplémentaires automatisaient la gestion des politiques. Nos propres recherches montrent que ce pourcentage est bien plus élevé : une très large majorité de 86 % automatise le réseau. Cette même étude, État des services applicatifs 2020, a également révélé une homogénéisation croissante du niveau d’automatisation tout au long du pipeline de déploiement.

Les outils utilisés par les entreprises évoluent eux aussi. Si Python reste l’une des options les plus populaires, nous constatons l’influence du DevOps et des applications cloud natives sur l’informatique. Le pipeline de déploiement repose de plus en plus sur des outils tels que Jenkins et Ansible, et est déclenché par des dépôts comme GitHub et GitLab Enterprise. À l’avenir, l’infrastructure et les services applicatifs seront pilotés par des informations exploitables issues d’analyses avancées.

Ce sont les systèmes, et non les personnes, qui invoqueront les API tout au long du pipeline de déploiement. Il est donc impératif de concevoir des API opérationnelles spécifiquement pensées pour l’automatisation. Cela implique plusieurs considérations.

Tout d’abord, il peut être nécessaire de prendre en compte le système depuis lequel une API opérationnelle est susceptible d’être appelée. Les données disponibles dans Jenkins ou dans un dépôt seront sans aucun doute très différentes de celles provenant des outils et services traditionnels d’automatisation des réseaux. Il faudra peut-être alors récupérer des données auprès d’autres sources ou utiliser, dans la mesure du possible, des valeurs standardisées par défaut.

Deuxièmement, il est essentiel de distinguer l’appel d’API par une « machine authentifiée » de celui effectué par un « utilisateur authentifié ». Aujourd’hui, la plupart de nos systèmes d’authentification partent du principe que l’« utilisateur » est un être humain. Les clés d’API peuvent constituer une bonne solution, mais les équipes d’exploitation informatique devront acquérir de nouvelles compétences pour déployer, exploiter et gérer un système conçu pour administrer des identifiants exclusivement réservés aux machines. Cette distinction reste néanmoins cruciale à mesure que nous avançons vers la troisième et dernière phase de la transformation numérique, au cours de laquelle les services applicatifs et les opérations assistés par l’IA assumeront une part croissante des tâches opérationnelles.

C’est formidable de pouvoir aujourd’hui utiliser des outils pour créer des scripts permettant d’automatiser les opérations. Mais il est important de comprendre qu’à l’avenir, le « A » d’API désignera presque exclusivement l’automatisation — du moins dans le contexte des opérations — compte tenu de son incidence sur les interactions et les appels entre machines plutôt qu’entre personnes.

À propos de l’auteur

Lori Mac VittieIngénieur émérite et évangéliste en chef | F5

Lori MacVittie est ingénieure émérite et évangéliste en chef au sein du bureau du directeur technique de F5. Elle possède une expertise approfondie dans la fourniture d’applications, les stratégies d’automatisation et les infrastructures. Elle est réputée pour sa capacité à rendre la complexité intelligible, qu’elle définisse des garde-fous pour les agents d’IA, analyse des architectures multicloud fragiles ou explore les limites des systèmes évolutifs. Elle cumule plus de trente ans d’expérience dans le secteur, couvrant le développement d’applications, l’architecture informatique ainsi que l’exploitation des réseaux et des systèmes. Avant de rejoindre F5, elle a été rédactrice spécialisée dans les technologies et a reçu plusieurs distinctions. MacVittie est titulaire d’un master en informatique et est une autrice prolifique dont les publications couvrent la sécurité, le cloud et l’architecture d’entreprise. Elle est également une passionnée de jeux de société et de jeux vidéo, et assume pleinement ses avis bien tranchés sur le fromage.

Autres articles de Lori Mac Vittie