AWS AgentCore Runtime’a Daha Büyük Oturumlar ve Dosya Sistemi Bağlama Özelliği Eklendi

Amazon Web Services, 12 Kasım 2026’da yeni nesil Amazon Bedrock AgentCore Runtime‘ı daha büyük aracı oturumları, taahhütlü taban fiyatlandırma ve dinamik dosya sistemi bağlama özellikleriyle genişletti. AWS, donanım yalıtımını korurken güncellemelerin oturumların başlatılma süresini 15 kata kadar hızlandırdığını bildiriyor.

Güncellenen çalışma zamanı, Kuzey Amerika, Güney Amerika, Avrupa ve Asya Pasifik’teki AWS Bölgelerinde kullanıma sunuldu. AgentCore Runtime, farklı çerçeveler ve modellerle aracılar oluşturmayı sağlayan AWS platformu AgentCore‘un yönetilen işlem katmanıdır; daha geniş kapsamlı platformda kimlik doğrulama, erişim denetimi ve gözlemlenebilirlik özellikleri de bulunur.

Bu sürüm, 18 Eylül 2026’da AgentCore Runtime V2’nin tanıtılmasının ardından geldi. Bu sürümle anlık görüntü tabanlı başlatma ve bellek geri kazanımı özellikleri sunulmuştu. AWS o dönemde daha büyük işlem ve depolama kapasitesiyle taahhütlü taban fiyatlandırmayı yakında sunulacak özellikler arasında sıralamıştı; dosya sistemi bağlama özelliğinin yanı sıra, bu yetenekler de güncellemenin büyük bölümünü oluşturuyor.

Önceden Isıtılmış Havuzlar Olmadan Daha Büyük Oturumlar

Her oturum artık 8 vCPU ve 32 GB belleğe kadar kaynak kullanabiliyor ve 10 GB’a kadar büyüklükte kapsayıcı görüntülerini destekliyor. AWS, önceki sürüme kıyasla işlem kapasitesinin dört katına çıktığını ve görüntü boyutu ya da eşzamanlılık düzeyinden bağımsız olarak oturumların iki saniyeden kısa sürede başlatıldığını belirtiyor. Böylece soğuk başlatma sorununu çözmek için müşterilerin yönettiği önceden ısıtılmış havuzlara veya önceden sağlanan kümelere duyulan ihtiyaç ortadan kalkıyor.

Başlatma mekanizması, tekrarlanan başlatma işlemleri yerine anlık görüntünün geri yüklenmesine dayanıyor. AgentCore, sağlıklı bir kapsayıcı ortamını bir kez hazırlıyor, başlatılmış durumunun anlık görüntüsünü alıyor ve her yeni örnek için bu anlık görüntüyü geri yüklüyor. Böylece model bileşenlerini yükleme ve statik yapılandırmayı alma gibi işlemler her soğuk başlatmada tekrarlanmıyor.

Coinbase Mühendislik Başkan Yardımcısı Siwei Shen, üretim ortamındaki sonucu şöyle anlattı: “AgentCore çalışma zamanının yeni nesline geçiş, aracı oturumlarımızın soğuk başlatma süresini yoğun trafik dönemlerinde bile yaklaşık bir dakikadan beş saniyenin altına indirdi. Haftalık aracı hacmimiz iki kattan fazla artarken, 30 saniyeyi aşan başlatma gecikmelerini de tamamen ortadan kaldırdı.”

Mission Cloud, her iki çalışma zamanı sürümünde aynı doğal dil sorgusu iş yüküyle yapılan ilk karşılaştırmada, çıkarım istekleri için soğuk başlatma sürelerinin %35, sağlık denetimi başlatma sürelerinin %77 daha kısa olduğunu ve çağrı başına ölçülen çalışma zamanı maliyetinin %17 daha düşük çıktığını bildirdi. Şirketin aracısı, kullanıcıların karmaşık veri sistemlerinde gezinmesini gerektirmeden gayrimenkul ve satış bilgilerini getiriyor.

Belleğin Geri Kazanılması ve Taban Fiyatlandırma

AWS, boşta geçen dönemlerde belleğin ücretlendirilme biçimini de değiştiriyor. Çalışma zamanı, bir aracı belleği serbest bıraktıktan sonra birkaç dakika içinde bu belleği geri kazanıyor ve boşta kalan aracının kaynak kullanımını sıfıra indiriyor. AWS, doğal duraklamalar içeren çok turlu aracıların oturum başına %68’e kadar daha az bellek kullanabileceğini söylüyor. Bu değişiklik, bellek artık kullanılmadığı hâlde oturumun en yüksek bellek tahsisi üzerinden ücret alınmasına yol açan önceki modeldeki sorunu gideriyor.

Sürekli çalışan aracılar için taahhütlü taban fiyatlandırma, oturum başına asgari ücretlendirilen bir bellek tabanı belirliyor ve gerektiğinde bu düzeyin dört katına kadar ani artışlara olanak tanıyor. AWS, düzenli iş yükleri için ortaya çıkan öngörülebilir ücretin AWS Lambda MicroVM tarifelerini kullandığını belirtiyor; ani artış gösteren ve kaynakları sıfıra indiren iş yüklerinde ise tüketime dayalı fiyatlandırma geçerliliğini koruyor.

Zuora, yeni çalışma zamanının sabit gecikme süresini koruyarak daha fazla trafiği işlerken birçok kullanım senaryosunda çağrı başına bellek ayak izini yaklaşık %60 azalttığını bildirdi.

Depolama, Yalıtım ve Dağıtım Sınırları

Her oturum, kendine ait kimlik, erişim politikası ve denetim iziyle donanım düzeyinde yalıtılmış bir Firecracker microVM’de çalışmaya devam ediyor. Aracılar artık dosya sistemlerini dinamik olarak bağlayabiliyor ve çalışmalarını FUSE desteği sunan bir Amazon S3 klasörü gibi dosya sistemlerine kaydedebiliyor. AWS, tek bir denetim kümesi kapsamında verilerin tüm iş boyunca oturumun güven sınırı içinde kaldığını ve böylece yalıtımın işlem ortamının ötesine taşındığını belirtiyor.

Oturum başına depolama klasörü kapsamı, duyurulan kullanılabilirlik kapsamında değil. AWS, re:Invent’e kadar oturum etiketli kimlik bilgilerinin her oturumu kendine ait depolama klasörüne bağlayacağını ve böylece bağlama özelliğine daha ayrıntılı bir denetim katmanı ekleneceğini söylüyor.

Ayrıca mevcut V2 belgelerinde dağıtımla ilgili bazı ayrımlar da yer alıyor. V1 varsayılan seçenek olduğundan V2, … olmadığı sürece isteğe bağlı olarak etkinleştiriliyor platformVersion olarak ayarlanır V2; AWS anlık görüntüyü hazırlarken V2 çalışma zamanının oluşturulması veya güncellenmesi birkaç dakika sürüyor ve kapsayıcının kendi /ping uç noktası üzerinden 120 saniye içinde sağlıklı durumda olduğunu bildirmesi gerekiyor. Bu kurulum süreleri, oturumların soğuk başlatma gecikmesinden ayrıdır.

Oturumlar sekiz saate kadar açık kalabiliyor; ancak 15 dakika boyunca etkinlik olmadığında, ömür sınırına ulaşıldığında veya oturum sağlıksız duruma geldiğinde sonlandırılıyor. Oturum durumu geçicidir; oturum sonlandırıldığında microVM yok edilir ve belleği temizlenir.

Bu sürüm, oturumun işlem kaynaklarını, bellek ücretlendirmesini ve iş verilerini tek bir yönetilen çalışma zamanı modelinde bir araya getiriyor. Henüz tamamlanmayan kısım, ayrıntılı depolama yalıtımı: oturum başına depolama kapsamı, çalışma zamanının yalıtım güvencesini yürütme ortamından kaydedilmiş aracı çalışmalarına genişletmek için atılması gereken son adım.