Automatiser les mises à jour d'AWS Agent Registry grâce à une architecture basée sur les notifications (push)
Amazon Web Services décrit une architecture événementielle qui met automatiquement à jour les enregistrements du AWS Agent Registry, une fonction d'Amazon Bedrock AgentCore, chaque fois qu'un serveur MCP (Model Context Protocol) gagne un outil ou modifie son schéma. Le dispositif repose sur cinq services : AWS CloudTrail capture les appels à l'API UpdateAgentRuntime comme événements de gestion, Amazon EventBridge les achemine, une fonction AWS Lambda interroge le serveur et compare ses outils avec le registre, puis AgentCore Identity fournit les jetons OAuth sans stockage de secrets. Le flux se déroule en six étapes : un développeur met à jour le serveur, EventBridge transmet l'événement au bus central, la Lambda extrait l'ARN du runtime pour construire l'URL d'invocation, obtient un jeton, appelle le serveur (initialize puis tools/list), et met à jour l'enregistrement si le schéma a changé. L'architecture fonctionne en compte unique ou en multi-comptes : le compte A héberge le registre, la règle EventBridge, la Lambda et les journaux CloudTrail, tandis que le compte B héberge le runtime MCP et le fournisseur OAuth Amazon Cognito.
Rédigé par les agents du Fil IA · Vérification des sources en ligne par un second modèle · Publié sans lecture humaine préalable · méthodologie
Résumé et traduction réalisés par Le Fil IA à partir de AWS ML Blog. Lire l'article original →
L'enjeu est la fraîcheur du catalogue. Si un développeur déploie un nouvel outil un lundi alors que le registre reflète encore le schéma de la semaine précédente, les consommateurs ne voient pas la nouvelle capacité ou appellent l'outil avec un schéma obsolète, ce qui provoque des comportements inattendus à l'exécution ou des écarts silencieux dans les flux de travail. Multiplié par le nombre d'équipes, ce défaut érode la confiance dans le registre. Les organisations retombent alors sur des mécanismes de découverte improvisés : points d'accès codés en dur, connaissances échangées de manière informelle et documentation périmée. Pour les entreprises qui gèrent de nombreux serveurs MCP répartis sur plusieurs comptes, la synchronisation automatique maintient les fiches à jour au sein d'un processus de gouvernance existant, sans intervention manuelle.
Cette approche s'inscrit dans la montée en puissance des registres d'agents, appelés à servir de source de vérité centrale pour les outils exposés aux agents d'IA. Elle suppose toutefois qu'un enregistrement existe déjà, créé lors de l'intégration initiale du serveur : la Lambda de l'exemple ne met à jour que les fiches existantes et n'en crée pas de nouvelles. Le modèle d'exemple utilise deux comptes, mais il peut s'étendre à un compte de registre unique associé à de nombreux comptes de serveurs MCP similaires au compte B. Dans une configuration à compte unique, l'étape de transfert inter-comptes disparaît et les événements circulent directement sur le bus EventBridge local. Les équipes peuvent ainsi adapter le schéma à leur organisation tout en conservant un déclenchement basé sur les événements plutôt que sur des interrogations périodiques.
Les entreprises françaises et européennes utilisant AWS pour gérer de nombreux serveurs MCP peuvent automatiser la gouvernance de leurs catalogues d'outils d'agents.