Intégrer des services applicatifs dans des architectures d’applications en pleine évolution

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

Les architectures applicatives ont connu plusieurs évolutions depuis les débuts de l’informatique. Certaines entreprises établies de longue date en sont aujourd’hui à leur cinquième architecture applicative distincte. Beaucoup exploitent et assurent encore la maintenance d’applications relevant de chacune de ces architectures. Ainsi, les conclusions de notre prochain rapport « État des services applicatifs en 2020 » indiquent que telle est la réalité dans laquelle évoluent la plupart des organisations :

Chaque architecture applicative a un impact considérable sur tous les éléments « en amont » : architectures réseau, technologies, sécurité et services applicatifs (de mise à disposition). Au cœur de la dernière évolution architecturale — les microservices — se trouve un concept que l’on peut qualifier d’« atomisation » ou de « décomposition en composants ». Ces deux termes désignent essentiellement le processus consistant à décomposer une application en composants plus petits et plus faciles à gérer, afin d’accélérer sa mise sur le marché et d’améliorer la qualité du code ainsi que l’agilité.

Dans les générations précédentes d’architectures applicatives, le réseau restait le point le plus efficace pour intégrer certains types de services applicatifs. Jusqu’à récemment, le proxy constituait le principal moyen d’insérer ces services dans le chemin de données reliant l’application au client.

Mais ce chemin de données se décompose au même rythme que les architectures applicatives modernes. Il s’étend désormais à Internet, aux environnements cloud et au centre de données. Il intègre de plus en plus le client comme composant essentiel des fonctionnalités de l’application.

Ainsi, il n’est plus optimal de s’appuyer uniquement sur un chemin de données unique et connu pour intégrer des services applicatifs. En outre, comme bon nombre des nouveaux chemins de données ne sont pas adaptés à une plateforme basée sur un proxy, nous devons envisager d’autres points d’insertion possibles afin de faire évoluer et de sécuriser les applications modernes.

Points d’insertion des services applicatifs

La notion d’« insertion » de services applicatifs dans un chemin de données nous permet de décrire simplement cette approche moderne du déploiement des services applicatifs : les points d’insertion.

Dans ce modèle, nous distinguons un point d’insertion traditionnel (le proxy) des autres emplacements, tels que le serveur d’applications/web et l’appareil client. Chaque emplacement peut prendre plusieurs formes adaptées à l’insertion de services applicatifs.

Proxy

Au point d’insertion traditionnel dans le réseau, vous trouverez des services applicatifs basés sur des proxys, ainsi que leur équivalent moderne : le proxy side-car, qui constitue le socle de certaines solutions de maillage de services. Tous deux sont déployés « dans le réseau » et doivent donc pouvoir accéder à cet emplacement, quel que soit leur format (conteneur, logiciel ou matériel).

Les proxys restent un moyen efficace d’intégrer des services applicatifs. Aujourd’hui, les architectures applicatives modernes influent principalement sur le périmètre d’action des proxys. Alors que ceux-ci hébergeaient traditionnellement des services applicatifs pour de nombreuses applications, les architectures actuelles exigent une approche davantage axée sur chaque application. Les proxys sont donc intégrés à la conception des applications et de leur infrastructure, et leur périmètre d’action tend à être beaucoup plus précis que celui des solutions de proxy précédentes.

Sans proxy

Comme toutes les applications et tous les environnements n’offrent pas ce type d’accès (notamment les solutions SaaS), nous nous tournons vers d’autres points d’insertion où les services applicatifs peuvent être déployés. Nous qualifions librement ces points alternatifs de « proxyless », car leur déploiement et leur exécution ne nécessitent pas de proxy et n’en dépendent pas. Ces services peuvent prendre la forme d’agents traditionnels — des logiciels déployés au sein du serveur ou de l’application — ou d’options basées sur du code, plus adaptées aux développeurs. Le code injecté, comme les bibliothèques JavaScript ou les plug-ins de serveur web et de navigateur, constitue un bon exemple de points d’insertion dans ces emplacements alternatifs.

Service

De nombreux services applicatifs peuvent être fournis « en tant que service », c’est-à-dire hébergés sous la forme d’une offre cloud. Leur intégration nécessite néanmoins un accès permettant de les invoquer ; il est donc rare que de tels services soient inclus dans une application sans une forme d’intégration par l’intermédiaire de code ou d’un artefact de configuration.

Dans ce nouveau paysage façonné par les architectures applicatives modernes, les services applicatifs trouvent de plus en plus leur place partout où une application — ou une partie de celle-ci — peut résider. À mesure que les architectures applicatives se décomposent, il en ira de même pour les services applicatifs utilisés pour assurer la mise à l’échelle et la sécurité des composants applicatifs, ainsi que pour accélérer leur mise à disposition.

La multiplication des points d’insertion n’est que l’une des étapes de l’évolution nécessaires pour répondre aux futurs besoins en matière de télémétrie et d’automatisation plus intelligente. À mesure que les organisations poursuivent leur progression sur la voie de la transformation numérique, les services applicatifs continueront eux aussi à se développer et à évoluer.

À 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