Contexte et motivations
Le Model Context Protocol (MCP) a publié une mise à jour de spécification qui abandonne les sessions stateful au profit d’un modèle purement stateless HTTP. Cette évolution répond à la difficulté de maintenir des sticky sessions, des stores de session partagés et une coordination d’instances lorsqu’un serveur MCP est placé derrière un équilibreur de charge. En supprimant ces dépendances, les équipes DevOps peuvent déployer davantage d’instances MCP sans reconfigurer le routage ou synchroniser l’état entre elles.
Architecture sans état
Chaque appel client inclut désormais un objet metadata contenant l’ensemble du contexte nécessaire à l’exécution de l’agent IA. Cette charge utile remplace le mécanisme de session persistante : le serveur ne conserve aucune information entre deux requêtes. Le principe impose que le load balancer puisse diriger n’importe quelle requête vers n’importe quelle instance MCP, ce qui simplifie le scaling horizontal et réduit le temps de mise à jour (rolling updates) à quelques secondes, car aucune migration d’état n’est requise.
Intégration d’OpenTelemetry et traçage W3C
La spécification retire le canal de journalisation propriétaire de MCP au profit d’OpenTelemetry. Cette adoption standardise la collecte de métriques, traces et logs via les SDK déjà déployés dans la plupart des environnements cloud. En parallèle, MCP intègre le W3C Trace Context pour identifier chaque requête de bout en bout. Le champ traceparent transmis dans les en‑têtes HTTP permet de corréler les appels d’outils d’agent avec les services adjacents (bases de données, API, services de messagerie) dans un backend d’observabilité unique.
Implications opérationnelles
Le passage au modèle sans état réduit la surface d’erreur liée à la perte ou à la corruption de session, mais il augmente la taille des paquets HTTP, car le contexte complet doit être sérialisé à chaque appel. Les équipes doivent donc surveiller la latence réseau et optimiser la taille du metadata (par exemple en compressant les vecteurs d’état). L’usage d’OpenTelemetry facilite le diagnostic des goulots d’étranglement : les traces agrégées montrent immédiatement si un nœud MCP devient un point de saturation. Enfin, la conformité au W3C Trace Context simplifie l’intégration avec les solutions de monitoring existantes (Jaeger, Zipkin, Datadog), évitant la duplication d’instrumentation et améliorant la visibilité globale du pipeline d’IA.
