AWS, uygulama izleme ile yapay zekâ ajanları için birleşik bir deneyim olan Amazon CloudWatch Omni’yi kullanıma sunduğunu açıkladı. Omni; günlük, metrik, iz ve uyarı verilerini ayrı sinyaller olarak göstermek yerine bunları uygulama ve uygulamanın ilişkileri etrafında düzenliyor. Hizmet, mühendislerin kuruluşa özel bir adres ve kurumsal oturum açma yöntemi üzerinden kullanabileceği ortak bir alan sağlıyor; AWS Management Console erişimi gerekmiyor.
CloudWatch Omni, OpenTelemetry’ye dayanıyor. Bu nedenle kuruluşların CloudWatch’a gönderdiği ölçüm verileri, yeniden yapılandırma gerektirmeden yeni deneyimde görünüyor. OpenTelemetry kullanılarak donatılmış diğer iş yükleri de verilerini OpenTelemetry Protocol (OTLP) uç noktasına gönderebiliyor.
Hizmet ne sunuyor?
Omni, ölçüm verilerine ve AWS Config üzerinden kaynak keşfine dayanarak servisleri otomatik olarak keşfediyor ve aralarındaki bağımlılıkların haritasını oluşturuyor. Sürekli bakım gerektiren sabit gösterge panolarına bağlı kalmak yerine ekipler; kullanılabilirlik hedefleri, gecikme bütçeleri ve hata oranı eşikleri gibi önemli gördükleri unsurları belirleyebiliyor. Böylece izleme görünümleri, uygulama değiştikçe ve yeni servisler eklendikçe uyarlanabiliyor.
Hizmet, her ekibe AWS’nin Space adını verdiği ve ekibin sahip olduğu uygulamalarla bunlarla ilişkili verileri içeren bir alan sağlıyor. Alan, CloudWatch’ta daha önce mevcut olan verilere ek veri aktarımı olmadan işaret ediyor. Kullanıcılar ayrıca uygulamaları hakkında doğal dille sorular sorabiliyor, ölçüm verilerini analiz edebiliyor ve sistem durumuyla ilişkili göstergeleri görüntüleyebiliyor.
DevOps Agent ile ortak incelemeler
Amazon DevOps Agent, ekibin gördüğü ölçüm verilerinin aynısını temel alarak mühendislerin yanında inceleme oturumlarına katılıyor. AWS’ye göre ajan, servisler arasındaki olayları ilişkilendiriyor, bağımlılık grafiği üzerinden kök neden yollarını izliyor ve sonraki adımları öneriyor. Ayrıca sonraki olay incelemelerinde kullanılmak üzere inceleme kaydını saklıyor.
AWS’nin sunduğu senaryoda, ödeme servisindeki hata oranının yükselmesi; uygulama topolojisini, yakın zamanda yapılan bir dağıtımı, harici bir ödeme arayüzünün yanıt süresindeki artışı ve ajanın ilk analizini içeren bir oturumun açılmasına yol açıyor. Ödeme ekibinden bir mühendis aynı oturuma katılarak biriken bağlamı görebiliyor; ardından kök nedeni belirleyip değişikliği geri alabiliyor.
Pratikte ne değişiyor?
Temel değişiklik, mevcut CloudWatch araçlarının değiştirilmesi değil; uygulama merkezli ve inceleme sırasında iş birliğine odaklanan bir arayüzün eklenmesi. Mevcut uyarılar, gösterge panoları, API’ler ve konsol işlemleri değişmeden devam ediyor. Ayrıca mühendislerin Omni’yi kullanmak için AWS Console yetkilerine sahip olması gerekmiyor. IAM Identity Center üzerinden kurumsal oturum açma yapılandırıldıktan sonra hizmet kullanılabiliyor; IAM Identity Center, Okta, Azure AD ve diğer SAML 2.0 sağlayıcılarını destekliyor.
Mevcut CloudWatch müşterisi, CloudWatch konsolundaki “Try CloudWatch Omni” seçeneğinden başlayabilir; ardından kimlik sağlayıcısını yapılandırıp ekipler ve ortamlar için alanlar oluşturabilir. AWS, diğer ortamlardan ölçüm verilerini aynı alanlara ve inceleme oturumlarına aktarmak için bağlayıcılar sunuyor. Maddeye göre DevOps Agent, Omni içindeki her inceleme oturumunda varsayılan olarak etkinleştiriliyor.
Kullanılabilirlik ve sınırlamalar
CloudWatch Omni kullanıma sunuldu. AWS, fiyatlandırma ayrıntıları için Amazon CloudWatch fiyatlandırma sayfasına yönlendiriyor. Madde, fiyatlara ilişkin rakamlar veya bölgesel kullanılabilirlik listesi vermiyor. Ayrıca incelemelerin mevcut ölçüm verilerine ve kurumsal kimlik yapılandırmasına bağlı olması, deneyimin değerinin her kuruluşun yapılandırma ve telemetry kapsamının kalitesiyle ilişkili kalacağı anlamına geliyor. Ekiplerin kullanımı genişletmeden önce değerlendirmesi gereken noktalardan biri de bu.