AWS fermera l’ancien espace de noms bedrock-agentcore d’AWS Agent Registry le 30 octobre 2026. Les équipes doivent lancer elles-mêmes la migration : AWS ne transfère pas automatiquement les données, et celles qui resteront dans l’ancien espace de noms seront perdues à sa fermeture. L’accès en lecture et en écriture prendra fin à cette date. Le guide de migration d’AWS détaille les méthodes et les changements à prévoir.
Le changement concerne AWS Agent Registry, pas l’ensemble d’AgentCore : Identity, Gateway, Runtime et Policy ne sont pas touchés. Certaines ressources liées à l’identité des charges de travail et aux fournisseurs d’identifiants OAuth conservent toutefois le préfixe bedrock-agentcore.
Choisir une méthode de migration
AWS décrit trois approches. Son outil extrait les registres et leurs enregistrements, transforme les données, puis les charge dans de nouveaux registres du même compte AWS et de la même région.
| Approche | À choisir si… | Chargement et bascule |
| Migration ponctuelle locale ou via AWS CloudShell | Vous effectuez une migration complète en une fois. | L’outil s’exécute depuis un terminal ou CloudShell, sans déployer d’infrastructure. |
| Tâches gérées avec AWS Glue | Vous avez besoin d’une exécution sans surveillance ou d’un chargement incrémentiel au moment de la bascule. | Une première migration complète est suivie d’un chargement incrémentiel au cutover. |
| Migration active-active | Votre registre de production continue de recevoir des écritures. | Après la migration complète, l’application écrit dans les deux espaces de noms. Une fois les données contrôlées, vous basculez lectures et écritures vers agent-registry. |
Mettre à jour les applications et les intégrations
Changer le nom de l’espace de noms ne suffit pas. AWS indique que le schéma des API change de façon incompatible avec les versions précédentes : le code qui construit ou analyse les requêtes et les réponses doit être adapté. Le nouveau modèle impose notamment les champs name et recordType, restructure les descripteurs, remplace inlineContent par data et regroupe schemaVersion et protocolVersion sous dataSchemaVersion.
Prévoyez aussi les changements suivants dans les services et le code qui utilisent Registry :
- Endpoints :
bedrock-agentcore.{region}.amazonaws.comdevientagent-registry.{region}.api.awspour le plan de données ;bedrock-agentcore-control.{region}.amazonaws.comdevientagent-registry-control.{region}.api.awspour le plan de contrôle. - IAM — la gestion des identités et des accès — : les actions Registry passent de
bedrock-agentcore:*àagent-registry:*, et le principal de service debedrock-agentcore.amazonaws.comàagent-registry.amazonaws.com. - Clients et commandes : les clients SDK deviennent
AgentRegistryClientetAgentRegistryControlClient; dans l’interface en ligne de commande AWS,aws bedrock-agentcoredevientaws agent-registry. - Observabilité et événements : le namespace CloudWatch devient
AWS/AgentRegistryet la source EventBridgeaws.agent-registry. Les règles qui correspondent à l’ancienne source ou à des types de détail modifiés doivent être mises à jour.
La politique gérée BedrockAgentCoreFullAccess ne reçoit pas automatiquement les autorisations agent-registry:* ; AWS indique d’utiliser AgentRegistryFullAccess pour l’accès à Registry. En revanche, certaines autorisations liées à l’identité des charges de travail et aux fournisseurs d’identifiants OAuth restent sous bedrock-agentcore. Ne remplacez donc pas indistinctement chaque occurrence de l’ancien préfixe.
Traiter le cas des enregistrements synchronisés par IAM
Si des enregistrements sont synchronisés à l’aide des identifiants d’un rôle IAM, sa stratégie de confiance doit accepter agent-registry.amazonaws.com avant le chargement en direct. AWS précise que son outil de migration ne détecte pas cette dépendance.
Si un enregistrement migré passe à l’état CREATE_FAILED, la marche à suivre indiquée par AWS est de corriger la stratégie de confiance, de supprimer l’enregistrement en échec, puis de relancer son chargement. Cette exigence de confiance ne concerne pas les enregistrements authentifiés par OAuth ni ceux qui n’utilisent pas d’autorisation.
Vérifier la migration avant la fermeture
Après le chargement, comparez le nombre de registres, puis le nombre d’enregistrements dans chacun. Contrôlez aussi un échantillon de descripteurs transformés, mettez à jour les intégrations et testez les lectures comme les écritures dans le nouvel espace de noms. Pour une migration active-active, AWS prévoit ces vérifications avant le basculement des lectures et des écritures vers agent-registry. Le guide de démarrage d’AWS Agent Registry rappelle que les données laissées dans l’ancien espace de noms seront perdues à sa fermeture le 30 octobre 2026.
