AWS AgentCore Runtime tuo käyttöön suuremmat istunnot ja tiedostojärjestelmän liitokset

Amazon Web Services laajensi 12. marraskuuta 2026 uuden sukupolven Amazon Bedrock AgentCore Runtime -palvelua suuremmilla agentti-istunnoilla, sitoutuneen perustason mukaisella laskutuksella ja dynaamisilla tiedostojärjestelmän liitoksilla. AWS:n mukaan päivitykset nopeuttavat istuntojen käynnistymistä jopa 15-kertaisesti ja säilyttävät samalla laitteistotason eristyksen.

Päivitetty suoritusympäristö on saatavilla AWS:n alueilla Pohjois-Amerikassa, Etelä-Amerikassa, Euroopassa sekä Aasian ja Tyynenmeren alueella. AgentCore Runtime on hallinnoitu laskentakerros osana AgentCorea, AWS:n alustaa, jolla voi rakentaa agentteja eri kehysten ja mallien avulla; laajempi alusta kattaa myös todennuksen, käyttöoikeuksien hallinnan ja havainnoitavuuden.

Julkaisua edelsi AgentCore Runtime V2:n esittely 18. syyskuuta 2026. Se toi mukanaan tilannevedoksiin perustuvat käynnistykset ja muistin vapauttamisen. AWS ilmoitti tuolloin, että suurempi laskentakapasiteetti ja tallennustila sekä sitoutuneen perustason hinnoittelu tulisivat saataville myöhemmin. Nämä ominaisuudet muodostavat nyt suuren osan päivityksestä tiedostojärjestelmän liittämisen ohella.

Suuremmat istunnot ilman valmiiksi käynnissä olevia resurssivarantoja

Kukin istunto voi nyt käyttää enintään 8 vCPU:ta ja 32 Gt muistia, ja se tukee enintään 10 Gt:n säilökuvia. AWS:n mukaan laskentakapasiteetti on nelinkertainen edelliseen versioon verrattuna ja istunnot käynnistyvät alle kahdessa sekunnissa kuvan koosta tai samanaikaisten istuntojen määrästä riippumatta. Näin asiakkaiden ei tarvitse hallita valmiiksi käynnissä olevia resurssivarantoja tai ennakkoon määritettyjä klustereita kylmäkäynnistysten välttämiseksi.

Käynnistys perustuu tilannevedoksen palauttamiseen toistuvan alustamisen sijaan. AgentCore valmistelee toimivan säilöympäristön kerran, tallentaa sen alustetun tilan tilannevedokseksi ja palauttaa tilannevedoksen jokaiselle uudelle ilmentymälle. Näin esimerkiksi mallien tiedostojen lataamista ja staattisten määritysten noutamista ei tarvitse toistaa jokaisen kylmäkäynnistyksen yhteydessä.

Coinbasen tekniikasta vastaava varatoimitusjohtaja Siwei Shen kuvaili tuotantokäytön tuloksia: ”Siirtyminen AgentCoren ajonaikaisen ympäristön uuteen sukupolveen lyhensi agentti-istuntojemme kylmäkäynnistykset lähes minuutista alle viiteen sekuntiin myös ruuhkahuippujen aikana. Se poisti myös yli 30 sekuntia kestävät käynnistysviiveet, vaikka agenttiemme viikoittainen määrä yli kaksinkertaistui.”

Mission Cloudin mukaan alustava vertailu, jossa samaa luonnollisen kielen kyselykuormaa käsiteltiin ajonaikaisen ympäristön molemmissa versioissa, osoitti päättelypyyntöjen kylmäkäynnistysten nopeutuneen 35 %, terveystarkistusten käynnistysten 77 % ja mitattujen ajonaikaisten kustannusten pyyntöä kohden laskeneen 17 %. Agentti hakee kiinteistöihin ja myyntiin liittyviä tietoja ilman, että käyttäjien tarvitsee selata monimutkaisia tietojärjestelmiä.

Muistin vapauttaminen ja perustason mukainen laskutus

AWS muuttaa myös sitä, miten muistista laskutetaan joutokäyntijaksojen aikana. Ajonaikainen ympäristö vapauttaa muistin muutaman minuutin kuluessa siitä, kun agentti luopuu siitä, ja skaalaa joutokäynnillä olevan agentin nollaan. AWS:n mukaan useita vuoroja sisältävät agentit, joiden toiminnassa on luontaisia taukoja, voivat käyttää istuntoa kohden jopa 68 % vähemmän muistia. Tämä korjaa aiemman mallin ongelman: siinä laskutus perustui istunnon huipputason varaukseen, vaikka muistia ei enää käytetty.

Jatkuvasti käynnissä oleville agenteille sitoutuneen perustason hinnoittelu määrittää istuntokohtaisen muistin perustason, josta veloitetaan vähintään tämä määrä. Tarvittaessa käyttö voi hetkellisesti nousta nelinkertaiseksi perustasoon verrattuna. AWS:n mukaan tasaisen kuormituksen ennakoitava hinta perustuu AWS Lambda MicroVM -hintoihin, kun taas kulutusperusteinen hinnoittelu säilyy käytössä vaihtelevissa kuormissa ja kuormissa, joissa kapasiteetti skaalataan nollaan.

Zuoran mukaan uusi ajonaikainen ympäristö pienensi monissa käyttötapauksissa muistijalanjälkeä kutsua kohden noin 60 % ja pystyi samalla käsittelemään enemmän liikennettä viiveen pysyessä tasaisena.

Tallennustila, eristys ja käyttöönoton rajoitukset

Kukin istunto toimii edelleen omassa laitteistotasolla eristetyssä Firecracker-mikrovirtuaalikoneessaan, jolla on oma identiteetti, käyttöoikeuskäytäntö ja tarkastusloki. Agentit voivat nyt liittää tiedostojärjestelmän dynaamisesti ja tallentaa työnsä sinne, esimerkiksi FUSE-tukea käyttävään Amazon S3 -säilöön. AWS:n mukaan tiedot pysyvät koko työn ajan istunnon luottamusrajan sisällä yhden hallintamekanismien kokonaisuuden suojissa. Näin eristys ulottuu laskentaympäristöä laajemmalle.

Istuntokohtaiset tallennuskansioiden rajaukset eivät sisälly ilmoitettuun saatavuuteen. AWS:n mukaan re:Inventiin mennessä istuntotunnisteelliset tunnistetiedot sitovat kunkin istunnon omaan tallennuskansioonsa ja tuovat näin liittämistoimintoon tarkemman hallintakeinon.

Myös nykyisessä V2-dokumentaatiossa kuvataan käyttöönottoon liittyviä eroja. V2 on edelleen valinnainen, sillä V1 on oletus, ellei platformVersion on asetettu arvoon V2; V2-ajonaikaisen ympäristön luominen tai päivittäminen kestää useita minuutteja, kun AWS valmistelee tilannevedoksen, ja säilön on ilmoitettava terveydentilansa oman /ping päätepisteensä kautta 120 sekunnin kuluessa. Nämä käyttöönoton kestot ovat erillisiä istuntojen kylmäkäynnistysviiveestä.

Istunnot voivat kestää enintään kahdeksan tuntia, mutta ne päättyvät 15 minuutin käyttämättömyyden jälkeen, enimmäiskeston täyttyessä tai istunnon muuttuessa epäterveeksi. Istunnon tila on väliaikainen, ja istunnon päättyessä mikrovirtuaalikone tuhotaan ja muisti tyhjennetään.

Julkaisussa istuntojen laskentakapasiteetti, muistin laskutus ja työn tiedot yhdistyvät yhdeksi hallinnoiduksi ajonaikaiseksi malliksi. Keskeneräiseksi jää tallennustilan tarkempi eristäminen: istuntokohtaiset tallennusrajaukset ovat viimeinen vaihe, jolla ajonaikaisen ympäristön eristystakuu ulotetaan suorittamisesta agenttien tallennettuun työhön.