AWS AgentCore Runtime přináší delší relace a připojování souborových systémů

Amazon Web Services 12. listopadu 2026 rozšířila svou platformu nové generace Amazon Bedrock AgentCore Runtime o delší relace agentů, účtování podle závazného základního rozsahu a dynamické připojování souborových systémů. AWS uvádí, že aktualizace zajišťují až 15krát rychlejší spouštění relací při zachování hardwarové izolace.

Aktualizované běhové prostředí je dostupné v regionech AWS v Severní a Jižní Americe, Evropě a Asii a Tichomoří. AgentCore Runtime je spravovaná výpočetní vrstva v rámci AgentCore, platformy AWS pro tvorbu agentů s různými frameworky a modely; širší platforma zahrnuje také ověřování, řízení přístupu a pozorovatelnost.

Vydání navazuje na představení AgentCore Runtime V2 dne 18. září 2026, které přineslo spouštění na základě snímků a uvolňování paměti. AWS tehdy uvedla, že větší výpočetní výkon a úložný prostor a závazné základní ceny budou dostupné později; tyto možnosti nyní tvoří podstatnou část aktualizace spolu s připojováním souborových systémů.

Delší relace bez předem připravených fondů

Každá relace může nyní využívat až 8 vCPU a 32 GB paměti a podporuje obrazy kontejnerů o velikosti až 10 GB. AWS uvádí, že jde o čtyřnásobný výpočetní výkon oproti předchozí verzi a že relace se spouštějí za méně než dvě sekundy bez ohledu na velikost obrazu či souběžnost. Odpadá tak potřeba, aby zákazníci kvůli studeným startům spravovali vlastní fondy předem spuštěných instancí nebo předem zřizované clustery.

Spouštění probíhá obnovením snímku, nikoli opakovanou inicializací. AgentCore jednou připraví funkční prostředí kontejneru, zachytí jeho inicializovaný stav a při každém spuštění nové instance tento snímek obnoví. Úkony, jako je načítání artefaktů modelu a získávání statické konfigurace, se proto při každém studeném startu neopakují.

Siwei Shen, viceprezident pro inženýrství ve společnosti Coinbase, popsal výsledky v produkčním prostředí: „Přechod na běhové prostředí AgentCore nové generace zkrátil studené starty našich relací agentů z téměř jedné minuty na méně než pět sekund, a to i během špičky provozu. Zároveň odstranil zpoždění při spouštění delší než 30 sekund, přestože se náš týdenní objem agentů více než zdvojnásobil.“

Společnost Mission Cloud uvedla, že úvodní srovnání stejné zátěže tvořené dotazy v přirozeném jazyce na obou verzích běhového prostředí přineslo o 35 % rychlejší studené starty inferenčních požadavků, o 77 % rychlejší spouštění kontrol stavu a o 17 % nižší naměřené náklady běhového prostředí na jedno volání. Její agent získává informace o nemovitostech a prodejích, aniž by uživatelé museli procházet složité datové systémy.

Uvolňování paměti a základní účtování

AWS mění také způsob účtování paměti během nečinnosti. Běhové prostředí uvolní paměť během několika minut poté, co ji agent přestane používat, a nečinného agenta škáluje na nulu; podle AWS mohou agenti s více tahy a přirozenými prodlevami spotřebovat na jednu relaci až o 68 % méně paměti. Tím se řeší nedostatek předchozího modelu, který účtoval nejvyšší alokované množství paměti za relaci i poté, co už se paměť nepoužívala.

U nepřetržitě běžících agentů stanovuje závazná základní cena minimální množství paměti účtované za relaci a podle potřeby umožňuje krátkodobé zvýšení až na čtyřnásobek této úrovně. AWS uvádí, že předvídatelná sazba pro stabilní zátěž odpovídá sazbám AWS Lambda MicroVM; u proměnlivých zátěží a zátěží, které se škálují na nulu, zůstává zachováno účtování podle spotřeby.

Společnost Zuora uvedla, že nové běhové prostředí v mnoha případech snížilo množství paměti potřebné na jedno vyvolání přibližně o 60 %, a přitom zvládalo vyšší provoz se stabilní latencí.

Úložiště, izolace a omezení nasazení

Každá relace nadále běží ve vlastním hardwarově izolovaném mikrověnu Firecracker, který má vlastní identitu, zásady přístupu a záznam auditu. Agenti nyní mohou dynamicky připojit souborový systém a ukládat do něj svou práci, například do bucketu Amazon S3 s podporou FUSE. Podle AWS zůstávají data po celou dobu úlohy v rámci bezpečnostní hranice relace a podléhají jednotné sadě kontrol, čímž se izolace rozšiřuje i mimo výpočetní prostředí.

Oznámená dostupnost nezahrnuje vymezení složek úložiště pro jednotlivé relace. AWS uvádí, že do konference re:Invent budou přihlašovací údaje označené identifikátorem relace každou relaci svazovat s její vlastní složkou úložiště a přidají tak k možnosti připojování podrobnější úroveň řízení.

V aktuální dokumentaci V2 jsou popsány také rozdíly v nasazení. V2 zůstává volitelnou možností, protože výchozí je V1, pokud platformVersion je nastaveno na V2; vytvoření nebo aktualizace běhového prostředí V2 trvá několik minut, než AWS připraví snímek, a kontejner musí do 120 sekund ohlásit bezchybný stav prostřednictvím svého /ping koncového bodu. Tato doba přípravy se liší od latence studeného startu relace.

Relace mohou přetrvávat až osm hodin, ale ukončí se po 15 minutách nečinnosti, po dosažení tohoto časového limitu nebo při zjištění nefunkčního stavu. Stav relace je dočasný a při jejím ukončení se mikrověn zničí a paměť se vyčistí.

Toto vydání propojuje výpočetní výkon relací, účtování paměti a data úloh v rámci jediného modelu spravovaného běhového prostředí. Nedokončenou částí je podrobnější izolace úložiště: vymezení úložiště pro jednotlivé relace je posledním krokem k rozšíření záruky izolace běhového prostředí z vykonávání úloh i na ukládanou práci agentů.