Aller au contenu
Implementa.
InfrastructureOpinion··8 min

Le coût d'infrastructure d'un agent IA : la facture qui grimpe n'est pas celle qu'on croit

Le coût d'infrastructure d'un agent IA n'est ni dans la licence ni dans les tokens : il est dans le trafic, les appels entre systèmes, les traces et l'egress que l'agent déplace. Pourquoi il suit le nombre d'agents et non d'utilisateurs, et comment le budgéter et le mesurer avant de passer de un à cinq.

Senior AI Infrastructure Implementer

AI Infrastructure Pod

Quand on budgète un agent IA, on parle de deux choses : la licence et les tokens. Ce sont les deux lignes de la proposition et les deux que n'importe quel fournisseur sait chiffrer. Ensuite l'agent se met au travail, et la facture qui monte est une autre : celle de tout ce que l'agent remue autour de lui.

La thèse en une ligne : le coût d'un agent ne suit pas le nombre d'utilisateurs, il suit le nombre d'agents et ce que chacun touche. Un employé de plus clique à son rythme. Un agent de plus ouvre des connexions vers chaque système auquel il a accès, relance ce qui échoue et laisse une trace de tout ce qu'il fait. Rien de cela n'apparaît dans une grille tarifaire de modèle.

Le coût d'infrastructure d'un agent IA : la ligne que la proposition oublie

Cherchez ce que coûte un agent IA en Espagne et vous trouverez de tout : de 10-40 € par mois à 500-37 000 € par mois, selon le blog. On ne les cite pas, parce qu'aucun ne montre comment il est arrivé à son chiffre. Une fourchette sur trois ordres de grandeur n'est pas une grille de prix, c'est le signe qu'il manque une méthode. La plupart additionnent licence et consommation du modèle, ce qui se voit, et laissent de côté ce qu'aucune page de tarifs n'affiche.

Qu'est-ce qui reste dehors ? L'infrastructure que l'agent active en travaillant : le trafic entre vos systèmes, les appels à chaque outil connecté, les données qui passent d'un cloud à un autre, le stockage de la trace de chaque action et l'observabilité pour savoir quand quelque chose casse. C'est la part qui grossit toute seule : personne ne l'a achetée, personne ne l'a validée, et elle atterrit souvent sur la facture d'un autre service.

Combien de trafic réseau en plus un agent génère-t-il ?

Selon les tests propres de Cisco, les tâches exécutées par des agents peuvent générer jusqu'à 450 % de trafic réseau total en plus lorsque le trafic de l'IA agentique est inclus. Et d'après une analyse de Cisco sur la télémétrie agrégée du trafic direct vers les services d'IA, ce trafic est en passe de doubler tous les six mois. Les deux chiffres figurent dans le communiqué Cisco AI Research: AgenticOps Scaling Quickly in the Enterprise, daté du 23 septembre 2026.

Dans le même communiqué, l'étude Omdia indique que l'organisation moyenne génère environ 4 100 alertes et événements de supervision par jour, dont plus de la moitié liés au réseau (même périmètre : grandes organisations de ces trois régions). Chaque agent que vous allumez est une source d'événements de plus que quelqu'un doit regarder, filtrer ou payer pour stocker.

Pourquoi le coût suit les agents et non les utilisateurs

Parce qu'un agent ne se comporte pas comme un utilisateur. Un utilisateur fait une requête quand il en a besoin. Un agent travaille à cadence fixe et sur commande : il interroge l'ERP, la banque et la messagerie pour chaque dossier, relit le contexte à chaque exécution, relance en cas d'erreur et journalise chaque étape. Ajouter des utilisateurs à un agent ne change presque rien à ce qu'il fait. Ajouter des agents multiplie les connexions, et s'ils se parlent entre eux, les appels croissent avec le maillage et non avec la somme, comme dans un système multi-agents.

PosteCe qui le déclencheCe qui le fait croître
Modèle (tokens)Chaque décision ou lecture de l'agentLe volume de dossiers
Trafic entre systèmesChaque outil que l'agent lit ou écritAgents × systèmes connectés
Sortie de données (egress)Données qui passent d'un cloud ou d'une région à l'autreL'architecture, pas l'usage
Stockage des tracesChaque étape conservée, avec entrée et sortieLa durée de conservation
Observabilité et alertesMétriques et événements de chaque agentLe nombre d'agents

Un exemple sans chiffres inventés

Imaginez un agent de recouvrement qui interroge l'ERP, la banque et la messagerie pour chaque facture échue. Qu'une personne de plus l'utilise ou dix, ce qu'il fait ne change pas. Mettez maintenant cinq agents (recouvrement, achats, support, ventes, administration), chacun avec ses trois ou quatre systèmes. Vous n'avez pas cinq fois l'activité : vous avez cinq cadences d'interrogation, leurs relances, cinq jeux de traces et cinq sources d'alertes, sur des systèmes qui encaissent désormais le trafic de tous.

Quels postes grossissent tout seuls ?

  • Relances et boucles. Un agent qui échoue réessaie, et un agent en boucle peut brûler en un après-midi le budget du mois. Sans plafond par agent, c'est la facture qui fixe la limite.
  • Lectures redondantes. Si l'agent relit le même contexte à chaque exécution, vous payez du trafic et des tokens pour quelque chose qui n'a pas changé. La façon de donner une mémoire à un agent IA décide de ce qui se répète.
  • Des données qui sortent de chez elles. Quand l'agent tourne dans un cloud et que le système interrogé est dans un autre, chaque lecture est un transfert de données que quelqu'un facture.
  • Les traces. Garder chaque étape avec son entrée et sa sortie permet l'audit, et la durée de conservation en fixe la taille. Combien garder est à la fois une décision de coût et une obligation : combien de temps conserver les logs d'un agent IA.
  • Les alertes. Chaque agent ajoute des métriques, et une exploitation qui reçoit déjà des milliers d'événements par jour n'a pas besoin d'une source de bruit de plus, sans propriétaire.

Comment budgéter un agent : séparer ce qui dépend du modèle de ce qui grossit seul

  1. La part variable : le modèle. Mesurez-la par dossier résolu, pas par token. C'est le poste qui bouge avec le volume et le modèle choisi, comme l'explique le guide quel modèle utiliser dans un agent.
  2. La part qui grossit seule : trafic, egress, traces et observabilité. Budgétez-la par agent et par système connecté, jamais par utilisateur. C'est celle que la proposition commerciale oublie.
  3. Un plafond sur chacune. Une limite de dépense par agent, une alerte quand la consommation sort de son schéma, et une rétention des traces écrite, avec une date d'expiration.
  4. Un responsable de la facture. Ces postes tombent dans trois ou quatre centres de coût différents. Si personne ne les additionne, personne ne les contrôle.
  5. Une revue mensuelle. Ce qui grossit seul se voit en suivant la tendance, et cela fait partie de la maintenance des automatisations IA.

Cet exercice de mesure, d'attribution, de budget et de plafonds est une fonction, pas un projet ponctuel, et c'est celle qu'on met en place quand on pilote le coût de votre IA en production : la facture cesse d'être une surprise mensuelle pour devenir une ligne que l'on sait décomposer.

Quand peut-on passer sans risque de un à cinq agents ?

Quand on sait, pour le premier, combien de trafic, d'appels, de traces et d'alertes génère chaque dossier, et qu'on a multiplié ces chiffres par les systèmes que les autres agents vont partager. Sans ces quatre mesures du premier agent, le deuxième n'est pas une extension : c'est un pari.

Pendant les trente premiers jours du premier agent, mesurez ceci :

  • Le trafic qu'il génère par exécution dans chaque système qu'il touche, comparé à l'avant-connexion.
  • Les appels par dossier résolu et le taux de relance.
  • Les gigaoctets de traces par semaine et la rétention fixée.
  • Les événements et alertes produits, et combien exigent une personne.
  • Le coût par dossier avec les deux postes ensemble : le variable et celui qui grossit seul.

La mesure continue, c'est exactement ce que couvre la supervision de l'IA en production. Et avec ces chiffres en main, calculer le ROI d'une automatisation IA cesse d'être un exercice de diapositive : le dénominateur est le vrai.

Quand cela ne vous concerne pas

Si vous avez un seul agent dans un SaaS fermé qui facture tout dans l'abonnement et ne se connecte pas à vos propres systèmes, l'infrastructure est déjà dans son prix et le modèle classique licence plus usage suffit. Cela change quand l'agent se connecte à vos systèmes, tourne dans votre cloud ou rejoint d'autres agents. Même alors, lisez ce que le tarif inclut, comme dans payer au résultat ou à la licence : ce que le fournisseur ne facture pas explicitement, vous le payez implicitement ailleurs.

La phrase à retenir : budgéter un agent par licence et tokens, c'est budgéter la part que vous voyiez déjà. La part qui décide de votre facture est celle que l'agent remue, et on la mesure avant de passer à l'échelle, pas après.

On le laisse tourner ?

Si ça t'a parlé, conversation de 30 minutes sans engagement. On te dit ce qui colle, ce qui ne colle pas et le prix approximatif.

Voir les cas
Le coût d'infrastructure d'un agent IA : la facture qui grimpe n'est pas celle qu'on croit · Implementa