« Lorsque votre équipe d’infrastructure vous demande si les services MCP peuvent évoluer comme d’autres applications cloud, la réponse était « pas tout à fait ». Avec le passage à une architecture sans état, la réponse est désormais oui », a ajouté Bandta.
Les versions antérieures du protocole conservaient des informations sur chaque connexion client, ce qui signifie que les serveurs devaient suivre chaque session tout au long d’une interaction. Même si cette approche fonctionnait bien pour le développement local, elle compliquait les déploiements sur plusieurs serveurs, car les requêtes devaient souvent être renvoyées vers la même machine, ce qui limitait l’évolutivité et faisait de MCP un choix moins naturel pour les architectures cloud modernes.
« Dans le cadre de la nouvelle conception sans état, chaque requête contient les informations nécessaires à tout serveur disponible pour la traiter de manière indépendante. Les applications qui doivent maintenir le contexte sur plusieurs requêtes peuvent toujours le faire, mais les développeurs doivent désormais gérer cet état explicitement plutôt que de s’appuyer sur le protocole lui-même », a-t-elle déclaré.
