La transformation numérique ne peut pas se concentrer uniquement sur l’extérieur ; elle doit également prendre en compte l’intérieur.
Le bingo des mots à la mode de cette année comprend les expressions nébuleuses « transformation numérique » et « économie des API ». Elles ont un sens bien réel, mais celui-ci est souvent tellement brouillé qu’elles en deviennent relativement vides de sens lorsqu’elles sont appliquées à la technologie. La transformation numérique sert souvent à décrire le passage du papier et du stylo aux bits et aux octets. En termes simples, il s’agit de remplacer les processus manuels par des API et des applications afin de gagner en efficacité. Ce mouvement a donné naissance à l’économie des API, un formidable écosystème dans lequel les entreprises exposent leurs capacités par l’intermédiaire d’API afin d’étendre leur portée et de trouver de nouveaux clients. Cela augmente évidemment les bénéfices en développant l’activité, mais aussi, dans une large mesure, en réduisant les coûts d’exploitation liés à la conquête de ces clients. Après tout, une armée de développeurs intégrant les capacités de votre entreprise à la dernière version de leur application ne vous coûte pratiquement rien. Sauf si les coûts d’exploitation nécessaires pour adapter l’infrastructure à la demande qu’ils génèrent finissent par annuler ces gains. C’est pourquoi il est tout aussi essentiel de se concentrer sur la transformation de l’intérieur du centre de données que sur celle de l’extérieur.
Cet effort interne est déjà en cours. Il se manifeste souvent par l’adoption du DevOps et la mise en œuvre de la livraison continue dans le développement d’applications. Il transparaît dans la manière dont les équipes NetOps adoptent l’automatisation et l’orchestration et transforment des processus en grande partie manuels et pilotés par des personnes en processus fondés sur le code et déclenchés par la technologie. C’est là que l’autre économie des API prospère. Des systèmes et des appareils dotés des API appropriées favorisent le développement d’un écosystème qui simplifie et optimise des activités opérationnelles traditionnellement difficiles (et complexes). L’évolutivité, par exemple, est un moteur important de l’intégration au sein du centre de données. Qu’il s’agisse de l’évolutivité opérationnelle — accroître la capacité de l’informatique à fournir et déployer les ressources nécessaires pour prendre en charge et sécuriser de nouvelles applications — ou de l’évolutivité applicative requise pour répondre à la demande et maintenir des performances constantes face à l’engagement croissant des utilisateurs, la mise à l’échelle est l’une des activités les plus courantes permettant de tirer parti de l’autre économie des API.
Cet effort interne est déjà en cours. Il se manifeste souvent par l’adoption du DevOps et la mise en œuvre de la livraison continue dans le développement d’applications. Cela se voit clairement dans la manière dont les équipes NetOps adoptent l’automatisation et l’orchestration et transforment des processus en grande partie manuels et pilotés par des personnes en processus fondés sur du code et déclenchés par la technologie. C’est là que l’autre économie des API prospère. Les systèmes et appareils dotés des API appropriées favorisent le développement d’un écosystème qui simplifie et optimise des activités opérationnelles traditionnellement difficiles (et complexes). L’évolutivité, par exemple, est un moteur important de l’intégration au sein du centre de données. Qu’il s’agisse de l’évolutivité opérationnelle — accroître la capacité de l’informatique à fournir et déployer les ressources nécessaires pour prendre en charge et sécuriser de nouvelles applications — ou de l’évolutivité des applications nécessaire pour répondre à la demande et maintenir des performances constantes face à l’engagement croissant des utilisateurs, la mise à l’échelle est l’une des activités qui tirent le plus souvent parti de l’autre économie des API.
Les systèmes d’orchestration de conteneurs tels que ceux de Mesos et Kubernetes (et oui, Docker aussi) illustrent la profonde transformation qui s’opère au sein du centre de données. Grâce à des API spécialement conçues pour faciliter et optimiser la mise à l’échelle, ces API de gestion des conteneurs sont utilisées par les fournisseurs traditionnels et émergents de solutions pour centres de données afin de proposer les services applicatifs nécessaires à la gestion de la mise à l’échelle et du trafic, sans compromettre la sécurité.
La capacité à s’intégrer rapidement est rendue possible par l’omniprésence des API. Des API qu’aucun client (interne ou externe) ne verra jamais — et n’aura d’ailleurs jamais besoin de voir. Ces API sont les héroïnes méconnues de la transformation numérique : elles permettent à d’autres systèmes de prendre automatiquement en compte les variations de la demande et d’y réagir. Les conteneurs sont particulièrement adaptés à cet environnement. Grâce à leur capacité à augmenter celle d’une application en moins d’une seconde, ils sont rapidement adoptés par les organisations qui cherchent depuis longtemps à rendre leurs architectures de mise à l’échelle plus réactives. Mais la mise à l’échelle ne peut se faire sans un service dédié (c’est-à-dire un proxy ou un équilibreur de charge). Ce service doit pouvoir ajouter et supprimer des applications et des services conteneurisés aussi rapidement et efficacement que possible. Cela implique une intégration via des API qui gèrent comme par magie la mise à l’échelle dans les deux sens (à la hausse comme à la baisse). C’est l’autre économie des API à l’œuvre, et elle fonctionne bien.
Cette (autre) économie des API est florissante. Qu’il s’agisse d’OpenStack (dont l’adoption a considérablement progressé selon notre dernière enquête État des lieux de la fourniture d’applications) ou des conteneurs, qui ont connu une croissance tout aussi impressionnante, les API favorisent la transformation numérique interne de l’informatique, faisant passer les opérations manuelles réalisées par des personnes à des opérations automatisées déclenchées par la technologie. La charge de travail est ainsi transférée des personnes vers la technologie, ce qui influe sur la rapidité avec laquelle les applications existantes et nouvelles peuvent être mises à la disposition des publics internes et externes qui les demandent.
Mais l’un ne peut se produire sans l’autre. Une infrastructure manuelle, pilotée par des personnes, ne peut pas prendre en charge le nombre croissant d’applications, de systèmes et de processus nécessaires au fonctionnement des entreprises dans une économie numérique. Les API permettent aux organisations de transformer leur activité, mais cette transformation doit commencer au cœur même de l’entreprise, un cœur qui se trouve aujourd’hui résolument au sein de l’informatique.
À propos de l’auteur
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 VittieArticles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.