AWS, Agentik Kaynak Keşfini Agent Kayıt Defteri için Federasyon Katmanı Olarak Destekliyor

Amazon Web Services, Agentik Kaynak Keşfi (ARD) spesifikasyonunu destekleyerek, 24 Ağustos 2026’da açık standardın AWS Agent Registry ile nasıl birlikte çalışması gerektiğini ayrıntılı bir şekilde açıkladı; bu, bu yılın başlarında ön izlemeye giren AI ajanları, araçları ve becerileri için yönetilen kataloğudur.

AWS gönderisi, ARD’yi AWS’in kendi ürününün bıraktığı bir sorunun yanıtı olarak konumlandırıyor. Amazon Bedrock AgentCore üzerinden erişilebilen AWS Agent Registry, bir organizasyona ajanlar, MCP sunucuları, araçlar, ajan becerileri ve özel kaynaklar için merkezi ve aranabilir bir katalog sunar, ancak yalnızca kendi AWS ortamı içinde. Çoğu işletme, ajanları birden fazla bulut, yerinde altyapı ve SaaS platformları arasında çalıştırır; her biri kendi kayıt defteri ve meta veri biçimine sahiptir ve bu ortamları köprülemek, bugün her kayıt defteri çifti arasında özel bağlayıcılar inşa etmeyi gerektirir.

ARD, paylaşılan biçim alternatifini öneriyor: eğer her kayıt defteri kaynakları aynı şekilde tanımlayıp keşfi ortak bir protokol üzerinden sunarsa, yayıncılar kaynaklarını bir kez tanımlar ve tüketiciler bunları her yerde keşfeder.

AWS Agent Registry Modeli İçinde

Şu anda Amazon Bedrock AgentCore aracılığıyla ön izleme aşamasında olan kayıt defteri, iki kavram etrafında inşa edilmiştir: yöneticinin kendi yetkilendirme ve onay ayarlarıyla oluşturduğu kataloglar olan kayıt defterleri ve her kaynağı tanımlayan meta veri girişleri olan kayıtlar. Yayınlama iş akışı, yöneticiden yayıncıya, küratöre ve tüketiciye doğru ilerler; herhangi bir kaydın keşfedilebilir hale gelmeden önce bir onay kapısı bulunur. Erişim, AWS Kimlik ve Erişim Yönetimi kimlik bilgileri veya kurumsal kimlik sağlayıcısından alınan JSON Web Token’larıyla kontrol edilir ve kayıt defteri kendisi uzak bir MCP uç noktası olarak sunulur; böylece MCP uyumlu herhangi bir istemci doğrudan arama yapabilir.

Bu yönetişim katmanı, AWS’in özenle korumak istediği bölümdür. Gönderide, AWS ARD’yi uygulama noktasının dışındaki bir birlikte çalışabilirlik katmanı olarak tanımlıyor: bir katalog yayınlayan organizasyon, içinde ne olduğunu, kimlerin görebileceğini ve ne zaman erişimin iptal edileceğini kontrol eder; Agent Registry’nin mevcut onay ve erişim kontrolleri ise politikanın gerçekten uygulandığı yerde kalır. Dil kasıtlıdır: ARD, şeyleri bulmayı yönetir, üretime güvenmeyi değil.

ARD Spesifikasyonunun Gerçekte Standartlaştırdığı Şeyler

ARD, bir AWS projesi değildir. Spesifikasyon, 17 Haziran 2026’da Google, Microsoft, Hugging Face ve GoDaddy’nin katıldığı bir çalışma grubu tarafından duyuruldu; lansmanda Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow ve Snowflake da iş birliği yaptı. Apache 2.0 lisansı altında lisanslanmış ve agenticresourcediscovery.org adresinde yayınlanmıştır; referans uygulamaları GitHub’da mevcuttur. AWS, spesifikasyonu yazmak yerine geliştirme sürecinde geri bildirimde bulunmuştur.

Google’ın duyurusuna göre, mimari iki temel üzerine kuruludur. Bir katalog, bir organizasyonun kendi alan adı altında (iyi bilinen bir yolda ai-catalog.json) yayınladığı, mevcut ajanları, MCP sunucularını, A2A ajanlarını, OpenAPI araçlarını veya iç içe katalogları tanımlayan bir dosyadır; alan adı sahipliği, yayıncı kimliğinin kriptografik temeli olarak hizmet eder. Kayıt defterleri bu kataloglar üzerinde arama motoru gibi çalışır: tarar, indeksler ve sade dildeki keşif isteklerine yanıt verir, eşleşmeleri ve istemcinin bir yayıncının kimliğini bağlanmadan önce doğrulamak için ihtiyaç duyduğu doğrulanabilir güven meta verilerini döndürür.

ARD’nin çizdiği sınır keşiftir, yürütme değil. ARD aracılığıyla bir kaynağı bulan bir istemci, o kaynağın doğal olarak desteklediği mekanizma (MCP, bir API, bir ajan çerçevesi) üzerinden çağırır. Spesifikasyonun kendi sitesi, ARD’nin bir çalışma zamanı, MCP ya da A2A protokolünün bir ikamesi ve merkezi bir katalog olmadığını açıkça belirtir; tasarım, her biri kendi güven ve sıralama politikalarını uygulayan birçok keşif hizmeti olduğunu varsayar. AWS’nin benzetmesi DNS’tir: yerel kayıt defterleri, çift taraflı anlaşmalar veya özel bağlayıcılar olmadan paylaşılan protokol üzerinden federasyon yapar; bu, ağlar üzerindeki ad çözümlemenin çalışma şekline benzer.

Parçaların Birbirine Nasıl Uyum Sağladığı

Agent Registry müşterileri için teklif, taşıma yapmadan federasyon sağlamaktır. Bulutlar, yerinde sistemler ve SaaS araçları arasında dağıtılmış bir ajan altyapısına sahip bir organizasyon, tüm bu altyapıyı ARD formatında ortaya koyabilir ve ortamlar arasında keşfedilebilir hâle getirirken kontrolü yerel tutabilir; ayrıca kendi alan adı üzerinde bir katalog yayınlayarak herhangi bir ARD uyumlu istemci tarafından keşfedilmesini sağlayabilir, tek satıcı kayıt defterinin ulaşamadığı çapraz organizasyonel yolları açar.

AWS, diğerlerinin hâlâ inşa ettiği bir ürünle de sahneye çıkıyor. Google’ın Gemini Enterprise Agent Platform’unun bir parçası olan kendi Agent Registry’si, önümüzdeki aylarda yerel ARD desteği ekleyecek; GitHub ve Hugging Face de spesifikasyonun arkasındaki çalışma grubu katılımcıları arasında. Üç bulutta da desen aynı: içeride yönetilen, yönetişimli bir kayıt defteri, dışarıda açık bir federasyon protokolü.

Uyarı, AWS gönderisinde açıklanan entegrasyonun yönlü olduğu ve henüz teslim edilmediğidir. AWS, bir teslim tarihini duyurmak yerine ARD’nin Agent Registry müşterileri için neler sağlayacağını belirtiyor ve kayıt defteri hâlâ ön izleme aşamasında. 24 Ağustos 2026’nın belirttiği, büyük bulut sağlayıcısının federasyon yapmayı planladığı açık spesifikasyonu adlandırması ve bu spesifikasyonun Google ve Microsoft’un da geliştirdiği aynı şey olduğu yönünde bir uyumdur.