A AWS Alarga Sessoes de Agentes de IA de 8 Horas para 14 Dias

O Que Saiu a 6 de Agosto, e Onde

O próprio anuncio da AWS descreve as Runtime Instances como 'infraestrutura EC2 persistente e gerida para agentes de IA em produção, com colaboração multiagente, suporte de GPU e sessoes com duração ate 14 dias'. Esse numero e a mudança principal: as microVM do AgentCore Runtime que a AWS lancava anteriormente tinham um limite de 8 horas por invocação, o que e viavel para uma única tarefa mas não para um agente destinado a continuar a trabalhar, monitorizar ou aguardar eventos externos ao longo de dias.

A disponibilidade regional no lancamento abrange US East (Ohio, Virginia do Norte), US West (Oregon), Asia-Pacifico (Bombaim, Singapura, Sidney, Toquio) e Europa (Frankfurt, Irlanda). Para qualquer organização da UE que precise de manter o processamento de dados de cargas de trabalho de agentes dentro da UE por motivos de residencia ou contratuais, a disponibilidade de Frankfurt e da Irlanda logo no lancamento - e não meses depois - e o pormenor que vale a pena assinalar.

Como os Agentes Realmente Comunicam entre Si: uma Pasta Partilhada, Não uma API

O exemplo prático da propria AWS e concreto: um agente que escreve código guarda o seu resultado num caminho como /tmp/agentcore-session/{session-id}/code.py, e um segundo agente revisor le desse mesmo caminho usando o mesmo identificador de sessao, coordenando-se atraves do sistema de ficheiros partilhado que uma instancia de runtime disponibiliza dentro de uma sessao, em vez de atraves de chamadas API diretas entre os dois agentes.

Trata-se de uma arquitetura significativamente diferente do padrão pedido-resposta que a maioria das estruturas de orquestração de agentes utiliza, e isso importa para além da conveniencia. Uma pasta de sessao partilhada e um limite de confiança partilhado: qualquer agente com acesso de escrita a esse caminho pode, em principio, alterar o que outro agente le, o que constitui uma superficie de movimento lateral dentro daquilo que a AWS apresenta como uma única sessao isolada, algo que uma revisão de segurança do AgentCore precisa de testar explicitamente em vez de dar por garantido.

A Verdadeira Mudança: a Computação de IA Aparece Agora na Fatura Como um Servidor

O preço das Runtime Instances e o preço normal de instancia EC2 mais uma taxa adicional de gestão de orquestração AgentCore, e a propria configuração de exemplo da AWS - uma instancia c7g.2xlarge com 8 vCPU e 16 GiB de memória, a executar Linux Arm64 ou x86_64 - le-se como a especificação de um servidor porque e mesmo isso. As sessoes podem ser paradas e reiniciadas para evitar pagar por periodos inativos, mas uma instancia aprovisionada que persiste ate 14 dias e um objeto de custo fundamentalmente diferente de uma chamada de inferencia sem estado faturada por token.

Para qualquer equipa financeira ou de plataforma que tenha estado a orçamentar a despesa em IA generativa puramente como uma rubrica de custo de inferencia, este e o ponto em que as cargas de trabalho de IA agentica comecam a comportar-se como o resto do parque de computação: o planeamento de capacidade, a gestão do tempo inativo e a escolha do tipo de instancia voltam a ser questoes orcamentais ativas, tal como eram antes de o modelo sem servidor as abstrair.

O Que um Comprador da UE Deve Verificar Antes de Adotar as Runtime Instances

Duas questoes valem a pena resolver antes de uma implementação em produção. Primeiro, para qualquer carga de trabalho que processe dados pessoais ou regulados, confirmar que a disponibilidade em Frankfurt ou na Irlanda satisfaz realmente os requisitos especificos de residencia e localização do processamento da organização, ja que a disponibilidade regional do servico não equivale automaticamente a uma garantia sobre onde acaba cada dado de sessao e cada saida de registo.

Segundo, para qualquer implementação multiagente que use o padrão de pasta de sessao partilhada, colocar a mesma pergunta que uma equipa de segurança colocaria sobre qualquer arquitetura de sistema de ficheiros partilhado: que agentes podem escrever no caminho partilhado, o que acontece se o resultado de um agente for malicioso ou estiver corrompido, e se o isolamento que a AWS proporciona entre sessoes separadas e o limite de isolamento de que a organização realmente precisa entre os agentes individuais que funcionam dentro de uma sessao.

Leia a seguir: O seu plano de reposição presume o regresso da região  |  O MCP tirou as sessões e mudou a sua fatura de inferência