Le problème : des coûts IA difficiles à attribuer
Les dépenses en tokens IA croissent vite et restent peu attribuables : on connaît le montant total, rarement les équipes, les modèles ou la valeur produite. Trois facteurs compliquent le suivi, bien plus que pour le FinOps cloud classique :
- Une consommation non provisionnée : les équipes ne demandent pas de tokens via les achats. Un seul développeur qui met au point un agent peut consommer des millions de tokens en un après-midi.
- Un usage qui ne reflète pas l’intention : une boucle de retry incontrôlée, un prompt système gonflé ou une fenêtre de contexte énorme transforment une tâche banale en exécution coûteuse. Le développeur voit un résultat qui fonctionne, la finance voit un pic inexpliqué.
- Des données cloisonnées par fournisseur : GitHub Copilot dans l’IDE, Claude via un agent de bureau, OpenAI en environnement de développement… chaque tableau de bord ne voit que sa part.
Pourquoi les plafonds stricts ne suffisent pas
Face à un pic, le réflexe est d’imposer des plafonds quotidiens ou de restreindre les modèles. Ces mesures ne distinguent pas une équipe qui livre des fonctionnalités à fort ROI d’une équipe bloquée dans une boucle de test infinie. Le vrai sujet est l’attribution, pas le total : sans elle, personne n’est responsable, la finance ne peut ni répartir ni prévoir, et les limites arbitraires brident la productivité. Avec une bonne attribution, on peut repérer les projets à gros volume, vérifier si un modèle moins cher suffirait et refacturer aux budgets des équipes, ce qui change les comportements bien plus qu’une note interne.
Combler le manque de visibilité
Les points de contrôle traditionnels ne sont pas conçus pour le trafic IA :
- Les outils endpoint/VDI voient un processus ouvrir une connexion TLS sortante, sans connaître le modèle ni le nombre de tokens.
- Les contrôles réseau voient du trafic chiffré vers un hôte IA, sans métadonnées de coût.
- Les tableaux de bord des fournisseurs donnent des volumes de tokens, mais liés à des clés d’API statiques plutôt qu’à des ingénieurs ou des codes projet.
La solution consiste à capter le trafic là où l’identité de l’utilisateur est déjà connue, à ajouter ce contexte à chaque requête sortante, puis à la confier à une AI Gateway qui applique les politiques et exporte les métriques. L’attribution se faisant dans le proxy, l’approche est indépendante du fournisseur : modèles, tarifs et préférences de passerelle peuvent changer sans remettre en cause l’infrastructure de visibilité.
Choisir une AI Gateway
SecurSpaces transmet les requêtes avec des en-têtes HTTP standard, donc n’importe quelle passerelle convient.
- NetScaler AI Gateway (supportée, native entreprise) : prolongement naturel pour qui utilise déjà NetScaler, avec support commercial sous le contrat Citrix existant.
- Limitation par débit de tokens (
TOKEN_RATE) en s’appuyant sur l’en-têtex-user-idfourni par SecurSpaces : les gros prompts sont bridés équitablement sans bloquer les requêtes légères. - Observabilité native : tokens d’entrée, de sortie et totaux, tokens/minute, latence, avec export direct vers Splunk ou Prometheus.
- Limitation par débit de tokens (
- Agent Router (open source, flexible) : ancien Envoy AI Gateway, projet de l’Agentic AI Foundation. Large couverture de fournisseurs et contrôle fin des règles de routage personnalisées (y compris GitHub Copilot).
Les en-têtes de métadonnées
SecurSpaces injecte trois en-têtes HTTP dans chaque requête IA sortante :
| En-tête (clé par défaut) | Question à laquelle il répond |
|---|---|
x-user-id | Quel développeur a émis la requête ? |
x-project-id | Quel produit ou quelle unité métier porte la dépense ? |
x-workspace-id | Quel environnement de développement a hébergé la session ? |
Par défaut, x-project-id contient des noms de projet lisibles, mais on peut basculer vers des identifiants numériques si les noms sont internes ou sensibles.
Ce que l’on peut mesurer
SecurSpaces se limite à l’attribution et à l’injection d’identité ; journalisation et analyse sont laissées à l’AI Gateway. Il étiquette et transmet les requêtes sans stocker le texte des prompts ni le contenu des payloads, ce qui préserve la confidentialité du code. La finesse des rapports dépend de la passerelle choisie.
- Export standardisé : Agent Router émet des compteurs Prometheus conformes OpenTelemetry (tokens d’entrée, de sortie, combinés), étiquetés par modèle et fournisseur. NetScaler AI Gateway exporte des compteurs similaires, plus la vitesse par minute et la latence, avec envoi natif vers Splunk ou Prometheus.
- Tableau de bord prêt à l’emploi : SecurSpaces fournit un modèle Grafana à importer, filtrable par
model,project_idouuser_id.
Métriques clés du tableau de bord :
- Totaux de tokens : entrée (prompt), sortie (completion), raisonnement et cache.
- Vitesse de consommation : débit de tokens par minute, tous fournisseurs confondus.
- Performance et trafic : taux de requêtes, latence p95/p99, empreinte moyenne en tokens par requête.
- Application des garde-fous : dépassements de limites, avec les utilisateurs ou projets concernés.
- Répartition des coûts : panneaux par développeur, projet d’équipe ou modèle.
Haute disponibilité et comportement en cas de panne
SecurSpaces surveille en continu la santé de l’AI Gateway. En cas de panne, deux modes sont configurables :
- Fail-Open : le trafic contourne la passerelle pour éviter d’interrompre les développeurs, au prix d’une perte temporaire de métriques.
- Fail-Closed : le trafic est bloqué pour qu’aucune requête non surveillée ne passe.
Des données brutes à des budgets prévisibles
Une fois l’attribution disponible dans Grafana ou Splunk, quatre actions concrètes :
- Refacturation équitable : partager d’abord la visibilité avec les responsables d’équipe ; après un trimestre de référence, passer à de vraies refacturations.
- Ajuster les modèles : les développeurs utilisent par défaut les modèles phares ; le regroupement par modèle montre où des modèles plus légers ou des prompts en cache suffiraient.
- Garde-fous ciblés : limites de débit de tokens par projet ou utilisateur plutôt que plafonds globaux, afin de stopper les boucles incontrôlées sans gêner les équipes productives.
- Prévisions fondées sur les données : estimer le coût de l’arrivée de 50 développeurs supplémentaires d’après la consommation historique par utilisateur.
Démarrer
Inutile de déployer à l’échelle de l’entreprise dès le premier jour :
- Choisir le projet IA au plus gros volume.
- Configurer le routage AI Gateway dans SecurSpaces pour ce workspace (adresse de la passerelle, en-têtes, endpoints des fournisseurs, contrôles de santé).
- Observer une semaine de trafic de référence avant de définir limites ou politiques. L’article indique que la plupart des organisations découvrent des enseignements surprenants dès les 7 premiers jours.
Source : Tokenomics: AI token spend control in Citrix SecurSpaces (Citrix Tech Zone, en anglais)