Pular para o conteúdo principal

AWS Agent Registry: deadline do namespace agent-registry

· 2 min para ler
gui
Capa do conteúdo: AWS Agent Registry: deadline do namespace agent-registry

O acontecimento

Em 6 de agosto de 2026 a AWS lançou o namespace dedicado agent-registry para o AWS Agent Registry. Em 17 de setembro de 2026 a janela de migração fecha: o namespace antigo bedrock-agentcore desliga para o Registry - perde-se R/W e dados remanescentes. Novos clientes sem registries na data do launch já não acessavam o namespace antigo.

A migração cobre três eixos. (1) Namespace/config: endpoints agent-registry.{region}.api.aws e agent-registry-control.{region}.api.aws; IAM agent-registry:* e policy AgentRegistryFullAccess; ARNs arn:aws:agent-registry:...; clients AgentRegistryClient / AgentRegistryControlClient; CLI aws agent-registry; EventBridge aws.agent-registry; CloudWatch AWS/AgentRegistry. (2) Schema: discoveryConfiguration, autoApprovalRules, fields obrigatórios name + recordType, descriptors flat, renomes (displayName, data, dataSchemaVersion, source), APIs de browsing e filtros estruturados. (3) Dados: tooling em agentcore-samples (local/CloudShell ou Glue; active-active para writers contínuos). Identity/OAuth de AgentCore permanecem em bedrock-agentcore.

Por que importa

É breaking change de infra agentic com data dura: quem opera catálogo de agents/MCP na AWS precisa alinhar código, IAM, observabilidade e sync de dados no mesmo corte. Erro clássico: trocar só o client e esquecer trust policy de sync IAM ou EventBridge rules com detail-type antigo.

Aplicabilidade prática

  • Checklist mínimo: endpoints → IAM/SCP → SDK/CLI/IaC → EventBridge/CloudWatch/CloudTrail → migração de dados → trust policies de sync.
  • Não remova permissões bedrock-agentcore de Identity/Workload se ainda usa URL sync com OAuth/IAM credentials.
  • Atualize rules que casavam Registry State transitions from Creating to Ready para Registry Ready.
  • Valide contagens list-registries / list-registry-records pós-migração antes do cutover de tráfego.

Limitações e incertezas

Fonte primária é o guia/FAQ oficial da AWS; não há corroboração de imprensa necessária para o deadline. Tempo de migração depende do volume (docs: minutos para menos de 100 records; menos de 15 min para milhares em job gerenciado). Estado pós-17/09 de quem não migrou: perda de acesso/dados no namespace antigo, conforme o próprio FAQ.

Fontes originais