Em 30 de setembro de 2026, a Amazon Web Services (AWS) publicou um guia técnico que mostra, na prática, como funciona o Amazon Bedrock AgentCore Runtime Instances, nova opção de computação para hospedar agentes de IA. O exemplo é uma pipeline de produção musical com três agentes especializados que rodam lado a lado em uma única instância EC2 gerenciada pela AWS, com acesso a GPU, até produzir uma faixa de áudio pronta para tocar.
A publicação mostra uma mudança de patamar. Fluxos criativos que duram dias e dependem de contexto compartilhado não cabem mais em sessões serverless de poucas horas.
O que muda em relação às microvms
O Amazon Bedrock AgentCore já oferecia MicroVMs, a opção serverless, com inicialização rápida, isolamento entre sessões e cobrança por consumo.
As Runtime Instances mantêm as mesmas APIs de runtime, o suporte aos mesmos frameworks (CrewAI, LangGraph, LlamaIndex e Strands Agents) e a integração com MCP e A2A. O que muda é o modelo de computação por baixo.
As MicroVMs chegam a 8 horas de sessão. As Instances suportam até 14 dias.
Nas MicroVMs a relação é de um agente por runtime (1:1). Uma sessão das Instances pode hospedar vários agentes (1:N).
GPU, ausente nas MicroVMs, fica disponível em famílias de instância compatíveis. A persistência deixa de ser limitada à sessão e passa a usar armazenamento em Amazon EBS.
Em preço, as MicroVMs continuam com cobrança por consumo. As Instances rodam como instâncias EC2 na conta do cliente, elegíveis a AWS Savings Plans e On-Demand Capacity Reservations (ODCRs).
O escalonamento passa a ser gerenciado por um capacity provider.
Os três agentes da pipeline
O agente de composição, ligado ao time de Audio AI, transforma o pedido do produtor em um briefing musical com o Claude Sonnet 4.6. Ele renderiza o áudio usando o ACE-Step, modelo de fundação aberto para geração de música, executado na GPU da própria instância.
Vem empacotado como imagem de contêiner no Amazon Elastic Container Registry (Amazon ECR).
O agente de entrega, do time de Audio Engineering, abre o arquivo.wav gravado no volume compartilhado e mede a faixa. Pede ao Claude Sonnet 4.6 uma cadeia de entrega (equalização, compressão e limitação) derivada dessas medições, e não do áudio em si.
O processamento de sinal é aplicado de fato e o resultado é medido de novo para comprovar que atingiu o alvo. Também vem como imagem de contêiner no Amazon ECR.
O agente de conformidade, de Release Engineering, refaz as medições de forma independente, confere os alvos de entrega que o agente anterior declarou e compara a harmonia da faixa com o catálogo do próprio estúdio. Se a triagem levantar objeção, ele aciona o agente de composição para gerar uma substituta e repete a verificação.
Esse terceiro agente é entregue como arquivo zip no Amazon Simple Storage Service (Amazon S3).
Sessão compartilhada e colaboração entre agentes
O mecanismo que faz os agentes colaborarem é o identificador de sessão. Quando dois runtimes de agente compartilham o mesmo capacity provider, é possível invocá-los com o mesmo runtimeSessionId.
Isso coloca ambos na mesma instância EC2.
Ali, eles enxergam o mesmo sistema de arquivos e podem trabalhar sobre a mesma tarefa. Um grava o áudio renderizado, outro abre o arquivo, mede e processa, e o terceiro confere o resultado.
Segundo o material, o pipeline também serve para demonstrar como criar capacity providers, implantar agentes a partir de tipos diferentes de artefato, orquestrar a colaboração agente a agente por sessões compartilhadas e manter fluxos de trabalho ao longo de vários dias.
Por que isso importa
A separação entre MicroVM e Runtime Instances organiza a escolha de infraestrutura por tipo de trabalho. Consultas rápidas e isoladas seguem no modelo serverless.
Cargas que exigem GPU, volumes persistentes e continuidade por dias migram para instâncias EC2 gerenciadas, sem que o desenvolvedor precise abandonar as APIs, os frameworks e os protocolos de interoperabilidade que já usava.
No caso da música, a divisão de papéis entre composição, entrega e conformidade ilustra um padrão que tende a se repetir em outras áreas criativas. Agentes distintos, com especialidades e responsabilidades próprias, trabalham sobre os mesmos arquivos e checam o trabalho uns dos outros.
Resta acompanhar como esse modelo de custo, com instâncias na conta do cliente, Savings Plans e ODCRs, se comporta em produção.
