Amazon Web Services, Amazon Bedrock için orijinal yönetilen aracı hizmetini yeni uygulama için bakım moduna geçirdi. Eskiden Amazon Bedrock Agents olarak bilinen hizmet artık Amazon Bedrock Agents Classic olarak belgelenmiştir ve AWS, bu hizmetin 30 Temmuz 2026'dan itibaren artık yeni müşterilere açık olmadığını belirtmektedir.

Bu, mevcut dağıtımların artık çalışmadığı anlamına gelmez. AWS, mevcut müşterilerin Bedrock Agents Classic'i kullanmaya devam edebileceklerini söylüyor ve ayrıca Amazon Bedrock modellerinin, Bilgi Tabanlarının ve Guardrails'in değişiklikten etkilenmediğini belirtiyor. Ancak yeni aracı iş yüklerinin yönü açık: AWS, yeni veya taşınan aracı uygulamaları için karşılaştırılabilir yol olarak Amazon Bedrock AgentCore'u öneriyor.

Bedrock üzerinde çalışan ekipler için bu, bir hizmet adı değişikliğinden daha fazlasıdır. AWS tarafından barındırılan aracılara yönelik varsayılan mimariyi eski Bedrock Agents arayüzünden AgentCore merkezli daha yeni bir çalışma zamanı ve araç yığınına kaydırır. AI API ağ geçidi, LLM yönlendirme katmanı veya kurumsal aracı altyapısı sağlayan platformlar için bu kesinti, sıradan model seçiminin yanında yer alan bir uyumluluk ve geçiş sorusu oluşturur.

30 Temmuz'da değişenler

AWS belgeleri artık Amazon Bedrock Agent'ları Amazon Bedrock Agents Classic olarak tanımlıyor. Aynı bakım modu kılavuzunda Bedrock Agents Classic'in 30 Temmuz 2026'dan itibaren yeni müşterilere kapalı olduğu, ancak mevcut müşterilerin onu kullanmaya devam edebileceği belirtiliyor.

Pratik anlamı müşterinin AWS hesabına ve mevcut kullanımına bağlıdır. Classic üzerine kurulu mevcut üretim sistemleri, yalnızca genel bakım bildirimine dayanarak derhal kapatılmayı varsaymamalıdır. Ancak geleceğin aracı altyapısını standartlaştıran yeni ekipler, yeni hesaplar ve kuruluşlar, Classic'i varsayılan Bedrock aracı hizmeti yerine eski bir yol olarak ele almalıdır.

AWS, yeni ve geçiş yapan müşterileri Bedrock AgentCore'a yönlendirir. Şirket, AgentCore'u yönetilen orkestrasyonu ve Model Bağlam Protokolü aracılığıyla araç kullanımı, bellek, kimlik, gözlemlenebilirlik ve izleme dahil olmak üzere daha geniş bir üretim aracısı yeteneklerini destekleyen bir ürün olarak tanımlıyor. Bu özellikler, AWS'nin daha dar bir yönetilen aracı oluşturucudan, uzun ömürlü, araç kullanan uygulamalar için daha genel bir aracı çalışma süresine doğru ilerlediğini gösteriyor.

Bir sınır da önemlidir: Değişiklik, Bedrock platformunun tamamıyla değil, Bedrock'un yönetilen aracı düzenleme katmanıyla ilgilidir. AWS, Bedrock modellerinin, Bilgi Tabanlarının ve Korkulukların etkilenmediğini söylüyor. Bir ekip, etrafındaki aracı düzenleme hizmetini yeniden ziyaret etmesi gerekse bile Bedrock model çıkarımı veya alma ve güvenlik bileşenlerini kullanmaya devam edebilir.

Bu, aracı oluşturucular için neden önemlidir?

Aracı altyapısının, bir model çağrısının etrafındaki ince bir sarmalayıcı olarak ele alınması zorlaştı. Bir üretim aracısının genellikle araç izinlerine, bellek kurallarına, kimlik eşlemeye, günlüğe kaydetmeye, değerlendirmeye ve maliyet ilişkilendirmeye ihtiyacı vardır. Yönetilen orkestrasyon katmanı değiştiğinde geliştiricilerin istemlerin, araç şemalarının, almanın, korkulukların ve izlemenin nasıl birbirine bağlandığını gözden geçirmesi gerekebilir.

Bu özellikle Bedrock Agents Classic'i kendi orkestrasyonlarını oluşturmaya yönelik yönetilen bir alternatif olarak benimseyen kuruluşlar için geçerlidir. Bu şirketlerin artık ek ortamlar oluşturması, yeni iş birimleri eklemesi veya yeni AWS hesaplarını yeniden oluşturması durumunda, mevcut dağıtımlarında kullanılandan farklı bir kullanılabilirlik ve önerilen mimariyle karşılaşabilirler.

Bu kesinti aynı zamanda Bedrock'u birleşik bir arayüzün arkasında soyutlayan satıcıları ve dahili platform ekiplerini de etkiler. Çoklu bulut veya çoklu model platformu, bunu basitçe "AWS modeline giden yol" olarak ele alamaz. Bir müşterinin düz model çıkarımını mı, Bilgi Bankası iş akışını mı, Guardrails politikasını mı, Klasik aracıyı mı yoksa AgentCore tarafından barındırılan bir iş yükünü mü çalıştırdığını bilmesi gerekebilir. Bunlar, farklı geçiş risklerine sahip farklı operasyonel yüzeylerdir.

Model Gate kullanıcıları ve benzer ağ geçidi müşterileri için alınacak ders, LLM API yönlendirmesinin artık yalnızca fiyat, gecikme ve model kalitesiyle ilgili olmadığıdır. Temsilci yerleşimi de önemlidir. Ağ geçidi, API anahtarı yönetimini, kullanım analitiğini, ekip kontrollerini ve harcama görünürlüğünü merkezileştirmeye yardımcı olabilir ancak yine de temel sağlayıcı hizmetlerinin yeteneklerine ve yaşam döngüsü durumuna saygı duyması gerekir.

Etkilenenler

Doğrudan etkilenen grup, Bedrock'ta yeni yönetilen aracı derlemeleri planlayan AWS müşterileridir. Bedrock Agents Classic'i daha önce kullanmamışlarsa önerilen yolun AgentCore olmasını beklemelidirler. AWS'ye göre, halihazırda Klasik aracıları çalıştıran ekipler bunları kullanmaya devam edebilir ancak uzun vadeli yol haritası kararları verirken hizmetin bakım duruşunu planlamaları gerekir.

Referans mimarilerinin güncellenmesi gerekebileceğinden bulut mimarları etkileniyor.Bedrock Agents Classic'i standart yönetilen aracı katmanı olarak kabul eden belgeler, Terraform modülleri, dahili altın yollar ve güvenlik incelemeleri, AgentCore'un API'leri, kimlik modeli, gözlemlenebilirlik özellikleri ve operasyonel gereksinimlerine göre kontrol edilmelidir.

Güvenlik ve yönetim ekipleri de kapsam dahilindedir. AgentCore'un kimliğe, araca maruz kalmaya, gözlemlenebilirliğe ve izlemeye verdiği önem, kuruluşların şu anda çözmeye çalıştığı sorunları yansıtıyor: hangi kullanıcı veya hizmetin hareket ettiği, bir aracının hangi araçları çağırabileceği, hangi verileri alabileceği, bir kararın nasıl denetlenebileceği ve kontrolden çıkan araç döngülerinin veya pahalı model çağrılarının nasıl tespit edildiği.

Bedrock üzerinde çalışan yazılım satıcıları ikili destek dönemine ihtiyaç duyabilir. Mevcut müşteriler hala Classic'i kullanıyor olabilirken, yeni müşteriler AgentCore'a ihtiyaç duyabilir. Bu, ek testler, özellik işaretleri, müşteriye özel dağıtım mantığı ve hangi Bedrock aracı yolunun desteklendiğine ilişkin daha net belgeler anlamına gelebilir.

Pratik sonuçlar ve açık sorular

İlk pratik adım envanterdir. Ekipler, Bedrock Agents Classic'i, düz Bedrock modeli API'lerini, Bilgi Tabanlarını, Korkulukları veya Bedrock dışında özel düzenlemeyi kullanıp kullanmadıklarını belirlemelidir. Bakım modu bildirimi bu kategorileri farklı şekilde etkiler.

İkinci adım, doğrudan kaldır-kaydır varsayımı yerine geçiş bağımlılıklarını haritalamaktır. Aracı iş yükleri, araç tanımlarına, alma yapılandırmasına, bilgi istemi şablonlarına, IAM izinlerine, denetim günlüklerine ve uygulamaya özel hata işlemeye bağlı olabilir. AgentCore'a geçmek, gözlemlenebilirliği ve kimlik kontrollerini iyileştirmek için bir fırsat olabilir ancak yine de entegrasyon çalışması gerektirebilir.

Üçüncü adım, maliyet ve yönetim incelemesidir. Yeni aracı çalışma zamanları genellikle daha fazla aracın bağlanmasını ve daha özerk iş akışlarının çalıştırılmasını kolaylaştırır. Bu, kullanım analizlerinin, istek düzeyinde ilişkilendirmenin ve bütçe kontrollerinin değerini artırır. Bir ağ geçidi ortamında, hangi çağrıların merkezi bir politika katmanı üzerinden akacağına ve hangilerinin AWS tarafından yönetilen orkestrasyonda kalacağına ekipler karar vermelidir.

Bazı ayrıntılar hesaba özel kalır. Bağımsız yorumlar, uygunluğun önceki hesap kullanımına bağlı olabileceğini ve yeni piyasaya sürülen bazı kesinti sonrası modellerin Classic aracılığıyla kullanılamayabileceğini öne sürdü. Bu noktaların, politika olarak değerlendirilmeden önce müşterinin kendi AWS hesabı ve AWS'nin mevcut bakım modu belgeleriyle doğrulanması gerekir.

Daha büyük sinyal yeterince açık: AWS, Bedrock aracılarından çıkmıyor ancak yeni aracı çalışmalarını orijinal Bedrock Agents arayüzünden uzaklaştırıyor. Geliştiriciler ve platform ekipleri için güvenli varsayım, gelecekteki AWS aracı yatırımlarının AgentCore etrafında yoğunlaşacağı, Bedrock Agents Classic'in ise mevcut dağıtımlar için uyumluluk sorunu haline geleceği yönünde.