La classification et l’évolution de la mise à disposition des applications

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

Si vous suivez mes écrits depuis près de 20 ans déjà, vous savez que l’architecture applicative a de profondes répercussions sur la mise à disposition des applications. Il ne s’agit pas seulement de la façon dont les applications sont conçues, mais aussi de leur comportement, de leur capacité à monter en charge, de leurs modes de défaillance et, surtout, de la manière dont elles transitent par l’infrastructure que nous avons mise en place pour les mettre à disposition. Et les architectures à base d’agents sont incontestablement en train de bouleverser tout cela.

Cette fois, l’évolution nécessitera davantage que la prise en charge de nouveaux protocoles ou de nouvelles fonctionnalités de sécurité. Elle nécessitera une classification.

Cela fait maintenant des années que le secteur classifie le trafic, mais surtout pour le bloquer. Nous avons tous utilisé la classification pour bloquer les bots, filtrer les menaces et appliquer des politiques WAF aux charges utiles malveillantes. C’est le minimum requis. Et c’est essentiellement à cela que la classification a été cantonnée : la sécurité.

Mais l’IA transforme le trafic, ainsi que les ressources nécessaires à son traitement. Et les architectures d’agents ? Elles ne se contentent pas de changer les règles du jeu : elles changent le jeu lui-même.

L’adoption de l’IA progresse plus rapidement que celle de la plupart des technologies par le passé, et les agents font déjà leur entrée dans les entreprises.

Chaque requête POST peut être une simple requête, un objectif ou un agent d’IA qui tente de raisonner à travers votre pile technologique. Elle peut lancer une orchestration, déclencher un workflow récursif ou faire exploser votre backend avec un prompt de 200 tokens qui finit par en générer 20 000. Et l’infrastructure ? Elle considère toujours que toutes les requêtes POST se valent.

C’est bien là le problème.

Le trafic moderne n’est pas qu’un simple trafic : c’est une tâche, un travail, une décision. Et votre capacité à le classifier avant de l’acheminer détermine si votre application reste réactive, disponible et, en définitive, sécurisée.

1. Routage basé sur les connexions (ancienne méthode)

Commençons par ce qui nous est familier. Le modèle historique de gestion du trafic, fondé sur le routage de couche 4 (L4), constitue encore la base d’une grande partie d’Internet. Cette approche repose sur des paramètres élémentaires :

• Routage L4 : Décisions fondées sur les informations de la couche de transport, telles que les adresses IP et les numéros de port.
• Routage basé sur le chemin d’accès : Inspection limitée des chemins d’accès des URL, généralement au niveau de la couche applicative (couche 7).
• Pools homogènes : Les serveurs backend sont considérés comme identiques, sans distinction en fonction de leurs capacités spécialisées.
• Équilibrage de charge : Répartition uniforme des connexions entre les serveurs afin d’éviter toute surcharge.

Le problème ? Ce modèle ne tient pratiquement pas compte du sens d’une requête. Il considère le trafic comme un ensemble de paquets uniformes, et non comme des tâches variées ayant des besoins différents. Dans le monde actuel de l’IA générative, des grands modèles de langage (LLM) intégrés et des frameworks basés sur des agents, cet aveuglement représente un risque croissant, car tous les flux ne se valent plus.

Prenons deux requêtes HTTP POST :

• L’une peut être une simple opération CRUD (création, lecture, mise à jour, suppression), comme la mise à jour d’un profil utilisateur.
• Une autre pourrait déclencher un workflow multi-agents complexe, tel qu’une boucle de raisonnement pilotée par l’IA qui effectue cinq appels à des outils en aval, écrit dans une base de données et lance une tâche de synthèse de texte de longue durée.

Si votre infrastructure traite ces requêtes de manière identique et applique les mêmes règles de routage, délais d’expiration ou serveurs backend, vous vous exposez à des problèmes. Des goulets d’étranglement, des défaillances ou une dégradation des performances peuvent survenir lorsqu’une tâche d’IA gourmande en ressources est traitée comme une simple requête de base de données. Le trafic moderne exige une gestion plus intelligente.

2. Routage basé sur la classification (actuel/transitoire)

Nous faisons du routage L7 depuis des années. Nous comparons les chemins, inspectons les charges utiles et examinons les en-têtes pour déterminer vers quel pool acheminer le trafic. C’est ce qu’on appelle le routage basé sur le contenu. C’est utile. Mais cela indique uniquement ce que contient la requête, et non pourquoi elle existe.

Pour aller de l’avant, nous avons besoin d’une classification basée sur le contexte.

• Fonctionne au niveau L7+, mais va au-delà de l’inspection de la charge utile.
• Le trafic est classé en fonction de l’intention, de la complexité et du coût.
  • S’agit-il d’une tâche de synthèse ou d’une connexion utilisateur ?
  • Est-ce récursif, généré par l’IA ou sensible à la latence ?
• Les pools se distinguent par leurs fonctionnalités, et pas seulement par leur capacité.
• Les décisions de routage tiennent compte de l’objectif, et pas seulement du format.

C’est ainsi que nous passons d’une approche où le trafic est considéré comme du « contenu à diffuser » à une approche où il devient du « travail à traiter ». Cela permet de décider en temps réel où une requête doit être acheminée, comment elle doit être priorisée et quelles politiques doivent s’appliquer en fonction de l’objectif visé par la requête. Appelez cela une approche fondée sur l’intention ou sensible au contexte. Peu importe le nom, car cette évolution est bien réelle : les requêtes ne sont plus de simples transactions. Elles deviennent des invocations. Des déclencheurs. Des objectifs encapsulés dans HTTP.

Tout cela correspond directement au Top 10 de la distribution d’applications : nº 4 (Contrôle du trafic), nº 5 (Routage du trafic) et nº 6 (Gestion de la latence). En effet, impossible de contrôler, d’orienter ou d’optimiser ce que l’on ne peut pas contextualiser.

3. Routage basé sur les tâches (émergent)

C’est vers cela que nous nous dirigeons, en particulier à mesure que les systèmes agentiques et les planificateurs récursifs s’intègrent aux environnements de production. Nous ne nous contentons plus de diffuser du contenu. Nous gérons des objectifs. Et cela change tout.

Dans ce modèle, une requête unique ne correspond pas toujours à une réponse unique. Elle peut au contraire déclencher une série de tâches plus petites. Certaines peuvent s’exécuter en parallèle. D’autres peuvent devoir attendre qu’une autre tâche soit terminée. Vous ne vous contentez pas d’acheminer le trafic : vous orchestrez le travail.

Voyez-le davantage comme un workflow que comme un pipeline. Vous gérez une liste d’étapes qui contribuent toutes à un même résultat. Certaines peuvent être exécutées immédiatement, tandis que d’autres doivent attendre leur tour. Mais l’ensemble doit être coordonné, supervisé et piloté en fonction des capacités, des règles et de la charge actuelle.

À ce stade, la logique de routage traditionnelle commence à montrer ses limites. Des chemins statiques et des politiques uniformes ne suffisent plus lorsque chaque requête peut se transformer en un processus en plusieurs étapes faisant intervenir plusieurs agents. Il faut un système qui comprenne la nature de la tâche, ses besoins et l’agent ou la ressource la mieux à même de la prendre en charge, et pas seulement où envoyer le paquet.

Et c’est là que réside le point essentiel : rien de tout cela n’est possible sans classification. Si votre infrastructure ne comprend pas ce que la requête cherche à accomplir, elle ne peut pas l’acheminer intelligemment. Il ne s’agit pas d’un avenir lointain, mais d’une réalité en train d’émerger. Et la classification est le pont qui nous permet de passer de l’acheminement des requêtes à une véritable coordination.

Pourquoi est-ce important ?

Soyons clairs : il ne s’agit pas d’ajouter davantage de métadonnées ni de créer une table de routage plus sophistiquée. Il s’agit de repenser notre façon d’appréhender le trafic que nous observons déjà.

La classification nous permet de passer d’une simple réaction aux requêtes à leur compréhension, avant de les acheminer, d’adapter nos capacités ou de provoquer une panne en traitant une boucle récursive d’agent comme une simple récupération de ressource statique.

Ce n’est désormais plus seulement une question de sécurité. Il ne s’agit plus uniquement de ce que contient la requête la requête. Il s’agit de ce que la requête signifie, de ce qu’elle cherche à faire, de la charge qu’elle représente et des systèmes en aval qu’elle sollicite.

Et c’est pourquoi la classification n’est pas une simple tendance émergente. C’est une nécessité. Une étape indispensable pour faire évoluer la gestion du trafic afin qu’elle puisse prendre en charge le monde que nous construisons : un monde où les agents, les tâches, les workflows et l’orchestration en temps réel ne sont plus des cas particuliers, mais sont largement déployés.

On ne peut pas gérer ce que l’on ne comprend pas. La classification est le point de départ de cette compréhension.

À 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