AWS AgentCore Runtime Menambahkan Sesi yang Lebih Besar dan Pemasangan Sistem Berkas

Amazon Web Services memperluas Amazon Bedrock AgentCore Runtime generasi berikutnya pada 12 November 2026 dengan sesi agen yang lebih besar, penagihan berdasarkan kapasitas dasar yang dikomitmenkan, dan pemasangan sistem berkas secara dinamis. AWS menyatakan bahwa pembaruan ini membuat sesi dimulai hingga 15 kali lebih cepat, sekaligus tetap mempertahankan isolasi perangkat keras.

Runtime yang diperbarui tersedia di Wilayah AWS di Amerika Utara, Amerika Selatan, Eropa, dan Asia Pasifik. AgentCore Runtime adalah lapisan komputasi terkelola dalam AgentCore, platform AWS untuk membangun agen dengan berbagai kerangka kerja dan model; platform yang lebih luas ini juga mencakup autentikasi, kontrol akses, dan observabilitas.

Peluncuran ini menyusul perkenalan AgentCore Runtime V2 pada 18 September 2026, yang menghadirkan proses mulai berbasis snapshot dan pengosongan memori. Saat itu, AWS menyebutkan bahwa kapasitas komputasi dan penyimpanan yang lebih besar serta harga kapasitas dasar yang dikomitmenkan akan segera tersedia; kemampuan tersebut kini menjadi bagian utama pembaruan ini, bersama dengan pemasangan sistem berkas.

Sesi Lebih Besar Tanpa Kumpulan Instans Siaga

Kini, setiap sesi dapat menggunakan hingga 8 vCPU dan memori 32 GB, serta mendukung image kontainer hingga 10 GB. AWS menyatakan bahwa kapasitas komputasinya empat kali lipat dibandingkan versi sebelumnya dan sesi dimulai dalam waktu kurang dari dua detik, terlepas dari ukuran image atau konkurensi. Dengan demikian, pelanggan tidak perlu lagi mengelola kumpulan instans siaga atau klaster yang disediakan sebelumnya untuk mengatasi waktu mulai dingin.

Mekanisme mulai menggunakan pemulihan snapshot, bukan inisialisasi berulang. AgentCore menyiapkan lingkungan kontainer yang sehat satu kali, mengambil snapshot dari kondisi yang telah diinisialisasi, lalu memulihkan snapshot tersebut untuk setiap instans baru. Dengan begitu, pekerjaan seperti memuat artefak model dan mengambil konfigurasi statis tidak perlu diulang setiap kali terjadi mulai dingin.

Wakil Presiden Bidang Teknik Coinbase, Siwei Shen, menjelaskan hasil di lingkungan produksi: “Migrasi ke AgentCore Runtime generasi berikutnya mengurangi waktu mulai dingin sesi agen kami dari hampir satu menit menjadi kurang dari lima detik, bahkan saat lalu lintas mencapai puncaknya. Migrasi ini juga menghilangkan penundaan mulai yang melebihi 30 detik, sementara volume agen mingguan kami meningkat lebih dari dua kali lipat.”

Mission Cloud melaporkan bahwa perbandingan awal atas beban kerja kueri bahasa alami yang sama pada kedua versi runtime menghasilkan waktu mulai dingin untuk permintaan inferensi yang 35% lebih cepat, waktu mulai pemeriksaan kesehatan yang 77% lebih cepat, dan biaya runtime terukur per panggilan yang 17% lebih rendah. Agennya mengambil wawasan properti dan penjualan tanpa mengharuskan pengguna menelusuri sistem data yang kompleks.

Pengosongan Memori dan Penagihan Kapasitas Dasar

AWS juga mengubah cara penagihan memori selama periode tidak aktif. Runtime mengosongkan memori dalam hitungan menit setelah agen melepaskannya dan menurunkan skala agen yang tidak aktif hingga nol; menurut AWS, agen dengan beberapa giliran interaksi dan jeda alami dapat menggunakan memori hingga 68% lebih sedikit per sesi. Perubahan ini mengatasi kelemahan model sebelumnya, yang tetap menagih alokasi puncak sesi bahkan setelah memori tidak lagi digunakan.

Untuk agen yang selalu aktif, harga kapasitas dasar yang dikomitmenkan menetapkan kapasitas dasar memori per sesi yang ditagihkan sebagai batas minimum, serta memungkinkan penggunaan hingga empat kali kapasitas tersebut sesuai permintaan. AWS menyebut tarif yang dihasilkan dapat diprediksi untuk beban kerja stabil dan menggunakan tarif AWS Lambda MicroVM; penetapan harga berdasarkan konsumsi tetap berlaku untuk beban kerja dengan lonjakan penggunaan dan beban kerja yang skalanya dapat diturunkan hingga nol.

Zuora melaporkan bahwa runtime baru ini mengurangi jejak memori per pemanggilan sekitar 60% dalam banyak kasus penggunaan, sekaligus menangani lebih banyak lalu lintas dengan latensi yang stabil.

Penyimpanan, Isolasi, dan Batas Penerapan

Setiap sesi tetap berjalan di microVM Firecracker yang diisolasi pada tingkat perangkat keras, dengan identitas, kebijakan akses, dan jejak auditnya sendiri. Kini, agen dapat memasang sistem berkas secara dinamis dan menyimpan pekerjaan ke sana, misalnya ke bucket Amazon S3 yang mendukung FUSE. AWS menyatakan bahwa data tetap berada dalam batas kepercayaan sesi selama seluruh pekerjaan, dengan satu rangkaian kontrol, sehingga isolasi meluas melampaui lingkungan komputasi.

Pembatasan cakupan folder penyimpanan per sesi belum termasuk dalam ketersediaan yang diumumkan. AWS menyatakan bahwa pada saat re:Invent, kredensial berlabel sesi akan mengikat setiap sesi ke folder penyimpanannya sendiri, sehingga menambahkan kontrol yang lebih terperinci pada kemampuan pemasangan.

Dokumentasi V2 saat ini juga menjelaskan perbedaan penerapan. V2 tetap bersifat opsional karena V1 menjadi pilihan bawaan kecuali platformVersion diatur ke V2; pembuatan atau pembaruan runtime V2 memerlukan waktu beberapa menit saat AWS menyiapkan snapshot, dan kontainer harus melaporkan status sehat melalui endpoint /ping dalam 120 detik. Waktu penyiapan tersebut berbeda dari latensi mulai dingin sesi.

Sesi dapat bertahan hingga delapan jam, tetapi akan dihentikan setelah 15 menit tidak aktif, saat mencapai batas masa pakai tersebut, atau jika kondisinya tidak sehat. Status sesi bersifat sementara, dan penghentian sesi akan menghancurkan microVM serta membersihkan memori.

Peluncuran ini menyatukan komputasi sesi, penagihan memori, dan data pekerjaan dalam satu model runtime terkelola. Bagian yang belum tuntas adalah isolasi penyimpanan yang terperinci: pembatasan cakupan penyimpanan per sesi merupakan langkah terakhir untuk memperluas jaminan isolasi runtime dari eksekusi hingga pekerjaan agen yang disimpan.