Michael JohnsonAWS, CloudWatch Omni’yi 22 Eylül 2026’da duyurdu ve 23 Eylül’de genel kullanıma açıldığını bildirdi. Bu tarihler iki farklı olayı ifade ediyor: duyuru ve genel kullanıma açılma. Omni; uygulama ve yapay zekâ ajanlarına yönelik gözlemlenebilirliği tek bir deneyimde buluşturuyor; bağımsız bir web arayüzü ve IDE uzantılarının yanı sıra CloudWatch entegrasyonu da sunuyor. AWS CloudWatch Omni’yi bu kapsamda tanıttı.
Bu birleşim, üretimdeki bir kör noktayı ele alıyor: Bir ajanın isteği geleneksel bir hizmet hatası vermeden tamamlanabilir, ancak yine de kötü bir yanıt üretebilir veya yanlış aracı seçebilir. AWS’nin iddiası, ekiplerin aracı izlerini ve değerlendirmelerini uygulama telemetrisiyle birlikte inceleyebileceği. Asıl pratik soru, bu sinyallerin ortak bir çalışma alanında ne kadar işe yarayacağı ve bunları oraya yönlendirmenin hangi veri, erişim ve maliyetleri beraberinde getireceği.
Ürün, aracı izlerinden daha fazlasını kapsıyor
Omni, CloudWatch’ın yerini alan bir ürün değil, onun bir uzantısı. AWS’ye göre mevcut CloudWatch alarmları, panoları, API’leri ve konsol iş akışları çalışmaya devam ediyor. CloudWatch’a zaten gönderilen telemetri, yeniden yapılandırma gerektirmeden Omni’de görüntülenebilir; enstrümante edilmiş diğer iş yükleri ise OpenTelemetry Protocol (OTLP) üzerinden veri gönderebilir. AWS ayrıca, bu amaç için yapılandırıldığında hesaplar ve Bölgeler arasındaki telemetriyi bir araya getirebilen hizmet keşfi, bağımlılık eşlemesi ve alanlar sunduğunu belirtiyor. AWS CloudWatch Omni belgelerinde bu özellikleri açıklıyor.
Deneyim, AWS Yönetim Konsolu’yla sınırlı değil. AWS, tek oturum açma özelliğine sahip bağımsız bir web arayüzünün yanı sıra VS Code, Cursor ve Kiro için IDE uzantıları sunuyor. 23 Eylül tarihli sürüm notunda genel kullanıma sunulduğu Bölgeler ABD Doğu (Kuzey Virginia), ABD Batı (Oregon) ve Avrupa (İrlanda) olarak listeleniyor. Ekipler, Omni’yi bir üretim tasarımının parçası hâline getirmeden önce Bölge desteğini kontrol etmeli.
AWS, ajanlar için OpenAI Agents SDK, LangGraph, CrewAI, Vercel AI SDK ve Strands dâhil çeşitli çerçevelerde izleri keşfetme, değerlendirme ve deneme özellikleri sunduğunu belirtiyor. Uygulama incelemelerinde kullanıcılar doğal dille soru sorabilir veya telemetriyi doğrudan inceleyebilir; AWS’ye göre yapay zekâ destekli inceleme özellikleri DevOps Agent tarafından destekleniyor. AWS’nin uygulama lansman yazısında, DevOps Agent’ın her Omni inceleme oturumunda varsayılan olarak etkin olduğu da belirtiliyor; yöneticiler iş akışını değerlendirirken bu davranışı göz önünde bulundurmalı.
Sinyalleri bir araya getirmek neden önemli olabilir?
Geleneksel izleme, bir hizmetin yanıt verip vermediğini, ne kadar sürdüğünü ve hata döndürüp döndürmediğini gösterebilir. Ancak bir ajanın isteği yanlış anladığını, uygun olmayan bir araç seçtiğini veya yanlış yanıt verdiğini ortaya çıkarmayabilir. Değerlendirme sonucunu iz ve uygulama sinyalleriyle birlikte incelemek, ekibin kalite sorununu ajanın yürütme adımlarına kadar takip etmesine yardımcı olabilir.
Bu, makul bir operasyonel fayda olasılığıdır; kanıtlanmış bir performans sonucu değildir. AWS’nin lansman materyalleri birleşik iş akışını açıklıyor, ancak bu iş akışının mevcut araçlardan daha hızlı olay çözümü sağladığını ortaya koymuyor. Ekiplerin, Omni’nin değerlendirme ve inceleme özelliklerinin kendi iş yüklerinde işe yarayıp yaramadığını test etmesi gerekecek.
OpenTelemetry, mevcut enstrümantasyondan telemetri göndermeyi kolaylaştırabilir; ancak ortak bir protokol, gözlemlenebilirlik platformlarını birbirinin yerine kullanılabilir hâle getirmez. OTLP belirtimi telemetrinin nasıl iletileceğini tanımlar; ekiplerin yine de iş akışlarının hangi sinyallere, sorgulara ve platforma özgü özelliklere bağlı olduğunu kontrol etmesi gerekir.
Merkezileştirme yapılandırma gerektirir
Omni, hesaplar ve Bölgeler arasındaki verileri bir araya getirebilir; ancak ekipler, arayüzü etkinleştirmenin her hesaptaki telemetriyi otomatik olarak topladığını varsaymamalı. AWS’nin kurulum belgeleri, alanlar ve mekânlar oluşturmayı, ardından birden fazla hesaptan gelen telemetrinin bir mekâna nasıl aktarılacağını yapılandırmayı açıklıyor. Mevcut CloudWatch verileri yeniden enstrümantasyon yapılmadan görüntülenebilir; ancak kuruluşun yine de amaçlanan erişimi ve veri akışını kurması gerekir. AWS Omni kurulum belgelerinde bu adımları açıklıyor.
Bu ayrım hem dağıtım hem de maliyet açısından önemli. AWS’nin fiyatlandırma sayfasında telemetri alımı, depolama ve analiz ücretleri ayrı ayrı belirtiliyor. Sayfada ek merkezî kopyalar için de ücretlerden söz ediliyor; listelenen fiyatlandırmaya göre ilk merkezî kopya ücretsiz. Sorgu maliyetleri taranan veriye ve kullanım haklarına bağlı; aracı değerlendirmeleri ise Amazon Bedrock AgentCore Evaluations tarifesi üzerinden ücretlendiriliyor. Bu nedenle yararlı bir maliyet tahmini yalnızca ajan sayısını değil; veri hacmini, saklama süresini, sorgu düzenlerini, kopyaları ve değerlendirme sıklığını da hesaba katmalı.
İz içerikleri ve erişim gözden geçirilmeli
Ajan izlerinde istemler, yanıtlar, alınan belgeler ve kişisel bilgiler bulunabilir. AWS, Omni’nin kişiyi tanımlayabilecek bilgileri otomatik olarak algılayıp maskelemediğini belirtiyor. AWS’nin hassas verilerle ilgili yönergeleri, filtrelemenin nerede yapılacağının seçilmesini öneriyor; hassas içeriğin uygulama dışına çıkmasını önleyen seçenek, yakalama sırasında maskeleme yapmak.
AWS ayrıca Omni’nin müşteri içeriğini temel modelleri eğitmek veya Omni’yi geliştirmek için kullanmadığını belirtiyor. Ancak bu, içeriğin başka hiçbir yerde işlenmediği anlamına gelmiyor: Bazı özellikler verileri Bedrock veya AgentCore gibi hizmetlere gönderiyor ve AWS, yapay zekâ özellikleri için Bölgeler arası çıkarımı belgeliyor. Veriler mekânın Bölgesinde saklanıyor, ancak yapay zekâ istekleri aynı coğrafi alan içindeki başka bir yerde işlenebiliyor. Ekipler, özellikle politikaları iz içeriklerinin işlenebileceği yerleri kısıtlıyorsa, AWS’nin veri kullanım politikasını ve Bölgeler arası çıkarım ayrıntılarını incelemeli.
Erişim denetimleri de telemetri hattı kadar dikkatle incelenmeli. AWS’ye göre bir mekânın üyeleri, varsayılan olarak mekândaki tüm telemetriyi okuyabilir; veri kapsamları, üyelerin hangi günlük ve iz satırlarını görebileceğini daraltabilir. Ancak bu kapsamlar bir satır içindeki alanları gizlemez; dolayısıyla kullanıcıların asla görmemesi gereken içeriği maskelemenin yerini tutmaz. AWS üyelerin neleri görebileceğini sınırlama yöntemlerini açıklıyor.
Omni’yi ölçülü bir yaklaşımla değerlendirmek
CloudWatch’ı zaten kullanan ekipler, sınırlı kapsamlı bir testle Omni’nin uygulama ve ajanları bir arada gösteren görünümünün gerçek bir iş akışına katkı sağlayıp sağlamadığını görebilir. Üretim izlerini göndermeden önce gerekli sinyalleri belirleyin, filtrelemeyi yapılandırın, hesap ve Bölge erişimini düzenleyin ve alım, depolama, analiz ve değerlendirme maliyetlerini tahmin edin. Ardından oluşturulan incelemeleri ve değerlendirme sonuçlarını mevcut olay prosedürleriyle karşılaştırın.
Diğer gözlemlenebilirlik platformlarını kullanan kuruluşlar için bu lansman, geçiş yapmak için tek başına bir neden değil, iş akışını değerlendirmek için bir fırsat. Omni, ajan kalitesi sinyallerini uygulama operasyonlarına yaklaştırıyor; ancak değeri, incelemelerin ne kadar yararlı olduğuna, denetimlerin ihtiyaçlara ne ölçüde uyduğuna ve veri akışının maliyetine bağlı olacak.
