VictoriaMetrics, Ölçümler, Günlükler, İzler ve Yapay Zekâ Destekli Sorun Giderme için VictoriaStack’i Tanıttı

VictoriaMetrics, ölçüm, günlük ve dağıtık izleme ürünlerini eşgüdümlü bir çalışma modelinde bir araya getiren açık kaynaklı gözlemlenebilirlik yığını VictoriaStack’i tanıttı. Lansmanla, mühendislik ekiplerine tüm izleme ortamlarını değiştirmeden veya her sinyali aynı veritabanına yönlendirmek zorunda kalmadan telemetri kapsamını genişletme olanağı sunulması amaçlanıyor.

VictoriaStack; ölçümler için VictoriaMetrics’i, günlükler için VictoriaLogs’u ve izler için VictoriaTraces’i bir araya getiriyor. Ekipler ihtiyaç duydukları sinyalleri kullanmaya başlayıp diğerlerini daha sonra ekleyebilir. Ortak dağıtım araçları ve OpenTelemetry desteği de bileşenlerin birbirine bağlanmasına yardımcı oluyor.

Duyuruda, bu model yapay zekâ destekli operasyonları da kapsayacak şekilde genişletiliyor. Resmî Model Context Protocol sunucuları ve ajan becerileri, asistanların yığın genelindeki telemetriyi incelemesine olanak tanırken hangi değişikliklerin uygulanacağına karar verme sorumluluğu mühendislere ait olmaya devam ediyor.

Üç Sinyal, Üç Uzmanlaşmış Veritabanı

Ölçümler, günlükler ve izler farklı operasyonel sorulara yanıt verir. Ölçümler; istek oranları, hata sayıları veya bellek tüketimi gibi davranışları zaman içinde özetler. Günlükler, olayları ve bunların ayrıntılarını kaydeder. Dağıtık izler, bir isteği birden çok hizmet boyunca takip ederek zamanın nerede harcandığını ve hatanın nerede ortaya çıktığını gösterir.

Bir olay sırasında mühendis, önce ölçümlerde bir gecikme artışı fark edebilir, ardından izler aracılığıyla sorunu belirli bir hizmetle sınırlayabilir ve son olarak temel hatayı bulmak için günlükleri inceleyebilir. Bu sinyalleri tutarlı bir iş akışında bir araya getirmek, depolama gereksinimlerini aynı hâle getirmeden inceleme sürecini kısaltabilir.

VictoriaStack’in mimari belgeleri, ortak bir bileşen modelini paylaşan bağımsız veritabanlarını açıklıyor. Her biri tek bir ikili dosya olarak ya da alım, depolama ve sorgulama işlevlerini birbirinden ayıran bir küme olarak çalıştırılabilir. Yığın, yönlendirme ve yük dengeleme için giriş noktası olarak vmauth kullanabilir.

Sorgu arayüzleri de uzmanlaşmış yapısını koruyor: VictoriaMetrics, PromQL ile uyumlu MetricsQL’yi; VictoriaLogs, LogsQL’yi kullanıyor. VictoriaTraces ise Jaeger ve Tempo ile uyumlu API’lerin yanı sıra LogsQL’yi destekliyor. Dolayısıyla eşgüdümlü çalışma, tek bir veritabanı veya evrensel bir sorgu dili anlamına gelmiyor.

Her üç temel veritabanı da Apache 2.0 lisansı kapsamında sunuluyor. Şirket ayrıca kurumsal özellikler ve ticari destek ile üç sinyali de destekleyen, tümüyle yönetilen VictoriaMetrics Cloud hizmetini sunuyor.

OpenTelemetry Veri Toplama Katmanını Birbirine Bağlıyor

OpenTelemetry, uygulamaları araçlandırmak ve telemetriyi dışa aktarmak için ortak bir yaklaşım sunuyor. OTLP protokolü VictoriaStack’in ölçüm, günlük ve iz bileşenlerinin tümünde destekleniyor. Böylece veriler farklı arka uçlara yazılsa da ekipler tutarlı bir veri alım yolu kullanabiliyor.

Bir uygulama birkaç hizmetten dağıtık bir sisteme dönüşürken bu ayrım önem kazanıyor. Araçlandırma, uygulamanın davranışını açıklamaya yardımcı olmalı; telemetrinin hedefini değiştirmek, her hizmetin izleme kodunun yeniden tasarlanmasını gerektirmemeli.

Yığın, uygun durumlarda başka veri alım biçimlerini de destekliyor. Örneğin Prometheus tabanlı ölçüm toplama altyapısını hâlihazırda kullanan ekipler, bu ekosistemi koruyarak yanına günlük veya izleme bileşenleri ekleyebilir. Protokol uyumluluğu geçiş çalışmalarını azaltırken saklama süresi, kapasite ve sorgu kalıplarına ilişkin seçimler mühendislik kararı olmaya devam ediyor.

Kubernetes dağıtımları için VictoriaMetrics, yaygın yönetim araçları olarak Operator’ı ve Helm chart’larını gösteriyor. Amaç, her sinyalin kendi iş yüküne göre ölçeklendirilmesini sağlarken dağıtımları ve yükseltmeleri daha tutarlı hâle getirmek.

Yapay Zekâ Ajanları Telemetriyi Uçtan Uca İnceleyebilir

VictoriaStack, yapay zekâyı iki yönden ele alıyor: gözlemlenebilirlik sistemleri ajan tabanlı uygulamaların ürettiği telemetriyi işleyebilmeli; yapay zekâ asistanları da mühendislerin bu telemetriyi sorgulamasına yardımcı olabilmeli.

Şirketin yapay zekâ araçları belgeleri, ölçümler, günlükler ve izler için ayrı MCP sunucularını açıklıyor. Bu sunucular; zaman serilerini sorgulama, günlük alanlarını inceleme, hizmetleri ve işlemleri bulma, izleri alma gibi yapılandırılmış özellikler sunuyor. Ölçüm entegrasyonu ayrıca kardinalite, sorgu davranışı ve uyarı yapılandırmasına yönelik incelemeleri de destekliyor.

Şirketin ajan becerileri deposu, çoklu sinyalleri kapsayan incelemeler ve ilgili operasyonel görevler için yeniden kullanılabilir iş akışları da sunuyor. Bir asistan, tek bir panele veya yapıştırılmış bir hata iletisine dayanmak yerine sinyaller arasında ilerleyen bir sorun giderme sürecini izleyebilir.

Duyuruda Claude Code, Codex, Cursor ve şirket içi ajanlar dâhil olmak üzere asistanlar için salt okunur erişimden söz ediliyor. Bu, kanıt toplama, belirtileri ilişkilendirme ve bir açıklama önerme üzerine kurulu bir inceleme iş akışı öngörüyor; hangi değişikliklerin uygulanacağına mühendisler karar veriyor. Bir telemetri kaynağını bir ajana bağlamak, ajanın temel nedeni doğru belirlediğini tek başına kanıtlamaz.

Veri Alımını ve Sorguları Ayrı Ayrı Ölçeklendirme

VictoriaStack Hızlı Başlangıç, hem tek düğümlü hem de kümelenmiş yapılandırmaları gösterir. Docker Compose demosu; bir OpenTelemetry uygulaması ve toplayıcısını, üç veritabanını, Grafana’yı, vmalert’i ve vmauth’ı içerir. Belgeler, bu yerel ortamın üretim amaçlı bir dağıtım değil, bir gösterim olduğunu açıkça belirtir.

Küme modelinde, alım ve sorgu bileşenleri durumsuzdur ve birbirinden bağımsız olarak ölçeklendirilebilir; depolama bileşenleri ise verileri muhafaza eder. Böylece farklı ihtiyaçlar birbirinden ayrılır: Gelen telemetri miktarının artması alım kapasitesini artırmayı gerektirebilirken, inceleme yapan mühendislerin veya ajanların sayısının artması sorgu talebini yükseltebilir.

Depolama planlaması önemini koruyor. Belgelerde, veritabanlarının telemetri verilerini yerel dosya sistemlerinde tuttuğu; S3 veya Google Cloud Storage’ın ise nesne depolama tabanlı bir sorgu katmanı olarak değil, yedeklemeler için kullanıldığı belirtiliyor. Ayrıca depolama parçalarının sayısını azaltmanın karmaşık bir işlem olduğu da ifade ediliyor. Topoloji seçerken ve büyümeyi öngörürken bu özellikler önem taşıyor.

Tek Seferde Geçiş Gerektirmeyen Koordineli Bir Teknoloji Yığını

VictoriaMetrics, VictoriaStack’i KubeCon + CloudNativeCon North America 2026’da, OTLP ile enstrümante edilmiş bir Kubernetes uygulamasının üç telemetri sinyalini ilgili arka uçlara gönderdiği bir gösterimle tanıtıyor. Gösterimin ardından sinyaller arası bir sorun giderme iş akışı sunuluyor.

VictoriaMetrics’in kurucu ortağı ve mühendislik yöneticisi Roman Khavronenko, duyuruda, “Ajan odaklı çağ, daha fazla telemetriyi ve bu verileri işleme biçimimize yönelik daha yüksek talepleri beraberinde getirecek,” dedi. Talep arttıkça VictoriaStack’in ölçeklenebilirlik ve verimlilik temelinde tasarlandığını belirtti.

Uygulamaya dönük yaklaşım, aşamalı benimsemedir: İşe yarar bir veri toplama ekosistemini korumak, eksik sinyalleri devreye almak ve ortaya çıkan hizmetleri daha tutarlı bir model üzerinden yönetmek. Telemetri hacmi ve inceleme talebi arttıkça bu parçaların ne kadar iyi birlikte çalıştığı, VictoriaStack’in değerini belirler; aynı zamanda ekipler, verilerinin nerede tutulacağı ve her sinyalin nasıl ölçekleneceği üzerindeki denetimi elinde tutar.