.svg)
Le LLMOps (pour « Large Language Model Operations ») regroupe les méthodes et les outils qui servent à mettre en production, faire fonctionner et faire évoluer une application bâtie sur un grand modèle de langage, comme un agent IA. Il couvre tout le cycle de vie : évaluer avant la mise en service, gérer les versions, superviser, maîtriser les coûts, tracer et reprendre la main. Pour une PME ou une ETI qui utilise un modèle du marché sans le réentraîner, c'est d'abord une discipline d'exploitation.
LLMOps : définition
Le terme vient du MLOps, l'ensemble des pratiques qui industrialisent les modèles d'apprentissage automatique : entraînement, déploiement, suivi. Red Hat présente le LLMOps comme une déclinaison du MLOps propre aux grands modèles de langage. Databricks le définit comme l'ensemble des pratiques, des techniques et des outils de gestion opérationnelle de ces modèles en production.
Ces définitions partent du point de vue d'une équipe de science des données, qui prépare des données, réentraîne un modèle et mesure la qualité du texte produit. La plupart des entreprises n'en sont pas là. Elles utilisent un modèle du marché, accessible par abonnement ou à l'usage, et construisent autour un agent relié à leurs outils. Pour elles, l'essentiel se joue après la mise en service : l'agent fait-il ce qu'on attend, combien coûte-t-il, que se passe-t-il quand le modèle change ?
Certains prestataires parlent aussi d'AgentOps pour désigner l'exploitation des agents. Le fond ne change pas : un agent qui agit dans le système d'information se suit comme un service en production, pas comme un projet terminé.
LLMOps, MLOps, AIOps : trois disciplines à ne pas confondre
| Discipline | Ce qu'elle exploite | Exemple |
|---|---|---|
| MLOps | Des modèles d'apprentissage automatique entraînés par l'entreprise sur ses propres données | Un modèle de prévision des ventes réentraîné chaque mois. |
| LLMOps | Des applications et des agents bâtis sur un grand modèle de langage, le plus souvent fourni par un éditeur | Un agent de support qui répond aux salariés et crée les tickets. |
| AIOps | L'exploitation informatique elle-même, aidée par l'IA | Un outil qui regroupe les alertes de supervision et repère un incident avant les utilisateurs. |
Les trois se croisent. Notre agent Helpy relève du LLMOps, puisqu'il est bâti sur un modèle de langage, et il sert l'exploitation informatique de nos clients. Pour l'AIOps, voir notre article c'est quoi l'AIOps.
Pourquoi un agent IA demande une exploitation à part
Un logiciel classique fait toujours la même chose avec les mêmes entrées. Un agent IA non, et c'est ce qui change la façon de l'exploiter.
- Ses réponses varient : la même demande peut produire deux réponses différentes. On ne teste pas un agent une fois pour toutes, on mesure sa qualité dans la durée.
- Il dépend d'un modèle qui évolue : les éditeurs publient de nouvelles versions et retirent les anciennes selon un calendrier. Anthropic, par exemple, annonce le retrait d'un modèle au moins 60 jours à l'avance, et les requêtes vers un modèle retiré échouent.
- Il coûte à chaque utilisation : la facture suit le volume de texte traité par le modèle, donc l'usage réel.
- Il reçoit des entrées qu'on ne maîtrise pas : demandes des utilisateurs, documents, messages, qui peuvent contenir des consignes détournées.
Mettre un agent en service est donc le début du travail, pas la fin.
Les six briques du LLMOps
1. Évaluer avant la mise en production
Avant de mettre un agent en service, on le teste sur un jeu de cas réels : des demandes typiques, des cas limites et des tentatives de détournement, avec la réponse attendue pour chacun. Ce jeu de tests resservira à chaque changement. Le cadre de gestion des risques de l'IA du NIST (AI RMF 1.0, janvier 2023) fait de la mesure l'une de ses quatre fonctions.
2. Gérer les versions
Une version d'agent est un ensemble : le modèle et sa version, les consignes données à l'agent, les outils auxquels il a accès, les sources de données. Tout changement de l'un de ces éléments repasse par le jeu de tests et doit pouvoir être annulé. Quand l'éditeur annonce le retrait d'un modèle, la migration suit alors une méthode connue.
3. Superviser en production
Une fois l'agent en service, on suit ses actions, ses erreurs, la qualité de ses réponses et les signaux de sécurité. C'est le sujet de notre guide superviser un agent IA en production, qui détaille les signaux à surveiller et qui doit agir.
4. Maîtriser les coûts
On fixe un budget par agent et par jour, on déclenche une alerte avant de l'atteindre et on rapporte la consommation au nombre de tâches réussies. Un agent qui tourne en boucle se voit d'abord sur la facture.
5. Tracer et rendre des comptes
Chaque action de l'agent laisse une trace : qui l'a demandée, avec quels droits, quel outil, quel résultat. Ces traces servent au diagnostic comme à la conformité. Elles supposent que l'agent ait sa propre identité, distincte de celle d'un salarié : voir l'identité des agents IA avec Microsoft Entra Agent ID et notre article sur la gouvernance des agents IA.
6. Reprendre la main
On décide à l'avance quand l'agent passe la main à un humain et comment l'arrêter en urgence sans couper tout le reste. Ces règles font partie de la sécurité du projet : voir comment sécuriser un projet d'agent IA en entreprise.
Ce que l'on mesure : l'exemple de Helpy
Les indicateurs du LLMOps sont ceux d'un service : part des demandes traitées sans humain, temps de résolution, part des demandes passées à un humain, coût par tâche réussie, taux d'erreurs. Le plus important est la règle de comptage, à écrire avant de publier le moindre chiffre.
Chez IT Systèmes, notre agent Helpy traite le support informatique de niveau 1 des clients de notre offre d'hypergérance. Sur juin, juillet et août 2026, pour 55 clients sous contrat et 1 889 tickets, 60 % des tickets de niveau 1 ont été clos sans intervention humaine, en 3 minutes en moyenne. Notre règle : tout ticket repris par un technicien, même partiellement traité par l'agent, sort du taux. Le détail est dans notre baromètre Helpy 2026.
Les outils du LLMOps
Trois familles d'outils se partagent le terrain.
- Les standards ouverts de traces : OpenTelemetry a défini des conventions propres à l'IA générative (appels au modèle, étapes d'un agent, outils utilisés, consommation). Les adopter garde les traces lisibles si l'on change de modèle ou d'outil.
- Les outils spécialisés de suivi et d'évaluation : des solutions comme Langfuse, LangSmith ou Arize Phoenix enregistrent les échanges avec le modèle, comparent les versions et rejouent les jeux de tests.
- Les services intégrés aux clouds : les grands fournisseurs proposent leurs propres tableaux de bord d'évaluation et de suivi des agents, pratiques mais liés à leur environnement.
Pour une PME, le bon point de départ reste souvent l'outil de journalisation déjà en place, enrichi des traces de l'agent. L'outil compte moins que la méthode : un jeu de tests, des seuils et un responsable par agent.
LLMOps en interne ou confié à un opérateur ?
Une grande entreprise peut monter une équipe dédiée. Une PME ou une ETI a rarement les compétences pour couvrir à la fois le modèle, les outils connectés, la sécurité et le suivi au quotidien. Deux questions aident à trancher : qui surveille l'agent au quotidien et intervient s'il dérape, et qui saura le faire évoluer quand le modèle change ?
Confier l'exploitation à un opérateur d'infrastructure agentique, c'est confier ce cycle de vie complet, de l'évaluation à la reprise en main. C'est l'objet de notre offre d'opérateur d'infrastructure IA agentique. Pour la construction de l'ensemble, voir aussi comment assembler l'infrastructure d'un agent IA.
Questions fréquentes
Qu'est-ce que le LLMOps ?
Le LLMOps regroupe les méthodes et les outils qui servent à mettre en production, faire fonctionner et faire évoluer une application ou un agent bâti sur un grand modèle de langage : évaluation, gestion des versions, supervision, coûts, traces et reprise en main.
Quelle différence entre LLMOps et MLOps ?
Le MLOps industrialise des modèles d'apprentissage automatique que l'entreprise entraîne elle-même. Le LLMOps en est une déclinaison pour les grands modèles de langage, le plus souvent fournis par un éditeur : l'effort porte moins sur l'entraînement que sur l'évaluation, les versions, les coûts à l'usage et le suivi du comportement.
A-t-on besoin de LLMOps si l'on ne réentraîne pas de modèle ?
Oui. Même sans réentraînement, un agent change quand son modèle, ses consignes ou ses outils changent, et il coûte à chaque utilisation. Évaluer, gérer les versions, superviser et tracer restent nécessaires.
Quels outils pour faire du LLMOps ?
Les conventions ouvertes d'OpenTelemetry pour les traces, des outils spécialisés de suivi et d'évaluation comme Langfuse, LangSmith ou Arize Phoenix, ou les services intégrés des clouds. Une PME peut commencer avec son outil de journalisation existant.
Qui s'occupe du LLMOps dans une PME ?
Il faut au minimum un responsable par agent, qui répond de son comportement et de ses accès, et une équipe capable d'intervenir sur le modèle, les outils et la sécurité. Faute de compétences internes, cette exploitation peut être confiée à un opérateur d'infrastructure agentique.
.svg)