AWS, Denodo ve AgentCore ile agentic AI için semantik katman kurulumunu anlattı

AWS Machine Learning Blog'da yayımlanan bir rehber, agentic AI uygulamalarına canlı kurumsal veriye yönetişimli erişim sağlayan bir semantik katmanın AWS üzerinde nasıl kurulacağını anlatıyor. Rehberde semantik katman Denodo Platformu ile kuruluyor, ajan ise Amazon Bedrock AgentCore üzerinde barındırılıyor.

Bu, blogda daha önce yayımlanan benzer bir rehberin devamı niteliğinde. Önceki yazıda Stardog'un bilgi grafiği kullanılmış, ajan yalnızca AWS içindeki kaynaklara erişebiliyordu. Yeni kurulumda veri kaynaklarına şirket içi bir PostgreSQL veritabanı da ekleniyor; böylece federasyon, bir Amazon VPC ile sınırlı kalmıyor.

Denodo AgentCore semantik katmanı nasıl çalışıyor?

Kurulumda temel model Amazon Bedrock üzerinde sorguyu planlıyor ve yazıyor. Denodo MCP Server, yönetişimli görünümleri Model Context Protocol (MCP) üzerinden ajana açıyor. Amazon Bedrock AgentCore ise ajanı barındırıyor, gelen kimlik doğrulamayı sonlandırıyor ve ajanın Denodo'ya sunduğu kimlik bilgisini yönetiyor. Blog yazısına göre birleştirmeler, metrik tanımları ve satır/sütun filtreleri istemde değil, semantik katmanda tanımlanıyor.

Örnek senaryo, bir e-ticaret perakendecisinin müşteri 360 görünümü. Müşteri profili Amazon Aurora'da, sipariş geçmişi Amazon Redshift'te, sadakat programı kayıtları ise şirket içi PostgreSQL kümesinde tutuluyor. Üç kaynak arasında herhangi bir yabancı anahtar ya da ETL işi bulunmuyor; kayıtlar sorgu anında cid alanı üzerinden eşleştiriliyor. Rehberdeki örnek soru, ömür boyu harcamaya göre ilk 20 müşteriden hangilerinin sadakat programına henüz kaydolmadığı.

Kimlik doğrulama ve erişim politikaları

Rehber, kullanıcı kimliğinin kurumsal kimlik sağlayıcıdan Denodo'ya nasıl aktarıldığını ayrıntılandırıyor. Gelen istek, kullanıcıyı tanımlayan JSON Web Token'ı (JWT) doğrulayan AgentCore Gateway üzerinden ajana ulaşıyor. Giden yönde AgentCore Identity, insan kullanıcının token'ını Denodo'yu hedef alan kapsamlı bir erişim token'ına dönüştüren On-Behalf-Of değişimi yapıyor. Denodo Virtual DataPort token'ı bağımsız olarak doğruluyor, çağıranı bir Denodo rolüne eşliyor ve erişim politikalarını uyguluyor.

Satır ve sütun filtreleri, belirli bir etiketi taşıyan görünümlere uygulanan Global Security Policy (GSP) kurallarıyla sorgu anında devreye giriyor. Çağıranın kimliğine göre değerlendirilen bu politikalar, hangi satır ve sütunların görüneceğini belirliyor.

Denodo AWS üzerinde nasıl kuruluyor?

Blog yazısı Denodo için iki dağıtım seçeneği sıralıyor: tam yönetilen bulut hizmeti Agora ve Amazon EC2 ya da Amazon Elastic Kubernetes Service (Amazon EKS) üzerinde kendi kurulum. Modelleme işi Denodo Design Studio'da görsel olarak yapılıyor; kaynak tablolar tuvale sürükleniyor, birleştirmeler çiziliyor ve alan adları form üzerinden değiştiriliyor.

Semantik model tek bir dosyadan oluşmuyor. Her kaynak tablo için bir temel görünüm, bunları müşteri düzeyinde birleştiren bir türetilmiş görünüm ve yeniden kullanılabilir bir harcama metriği tanımlayan bir metrik görünüm oluşturuluyor. Yazıya göre aynı temel veri üzerinde çalışan farklı ekipler, aynı metrik tanımlarını görüyor.

Neden önemli?

Kurumsal verinin operasyonel sistemler, analitik ambarlar, SaaS uygulamaları, diğer bulutlar ve şirket içi altyapıya dağılmış olması, ajanların bu veriye erişimini zorlaştırıyor. Rehberdeki yaklaşım, veriyi kaynaklar arasında taşımadan sorgu anında birleştirmeyi ve erişim kurallarını semantik katmanda tutmayı öneriyor. Bu sayede model, birleştirme mantığını ve yetki kurallarını bilmek zorunda kalmıyor.

Rehber, ajanın kullanacağı VQL sözdiziminin bir skill aracılığıyla modele sağlandığını da belirtiyor. Aurora, Redshift ve şirket içi küme, Denodo'nun federasyon optimizasyon motorunun yeniden yazdığı yerel SQL sorgularına yanıt veriyor.

Yazı, kaynak bir SaaS aracı, CRM ya da anaçatı sistemi olduğunda nelerin değişeceğini ayrı bir bölümde ele alacağını duyuruyor. Türkiye'deki kullanıcılar için ayrı bir erişim ya da bölgesel kullanılabilirlik bilgisi paylaşılmadı.