VictoriaMetrics uvádí VictoriaStack pro metriky, logy, trasování a řešení problémů s pomocí AI

VictoriaMetrics představil VictoriaStack, open-source platformu pro observabilitu, která propojuje jeho produkty pro práci s metrikami, logy a distribuovaným trasováním do koordinovaného provozního modelu. Cílem uvedení je nabídnout technickým týmům možnost rozšířit pokrytí telemetrie, aniž by musely nahradit celé své monitorovací prostředí nebo ukládat všechny signály do stejné databáze.

VictoriaStack kombinuje VictoriaMetrics pro metriky, VictoriaLogs pro logy a VictoriaTraces pro trasování. Týmy mohou zavést signály, které potřebují, a později přidat další; propojení jednotlivých částí usnadňují společné nástroje pro nasazení a podpora OpenTelemetry.

Oznámení rozšiřuje tento model také o provozní činnosti s podporou AI. Oficiální servery Model Context Protocol a dovednosti agentů umožňují asistentům prošetřovat telemetrii napříč celou platformou, zatímco odpovědnost za rozhodnutí, které změny provést, zůstává na technických pracovnících.

Tři signály, tři specializované databáze

Metriky, logy a trasování odpovídají na různé provozní otázky. Metriky shrnují chování v čase, například četnost požadavků, počet chyb nebo spotřebu paměti. Logy zaznamenávají události a jejich podrobnosti. Distribuované trasování sleduje požadavek napříč několika službami a odhaluje, kde se strávil čas a kde došlo k selhání.

Při incidentu si technik může nejprve všimnout nárůstu latence v metrikách, pomocí trasování zúžit problém na konkrétní službu a poté prozkoumat logy, aby zjistil příčinu chyby. Sjednocení těchto signálů do konzistentního pracovního postupu může urychlit vyšetřování, aniž by bylo nutné sjednotit požadavky na jejich ukládání.

Dokumentace architektury VictoriaStack popisuje nezávislé databáze, které sdílejí společný model komponent. Každou lze provozovat jako jediný binární soubor nebo jako cluster s odděleným příjmem dat, úložištěm a dotazováním. Platforma může jako vstupní bod pro směrování a vyvažování zátěže využívat vmauth.

Rozhraní pro dotazování zůstávají specializovaná: VictoriaMetrics používá jazyk MetricsQL kompatibilní s PromQL, VictoriaLogs používá LogsQL a VictoriaTraces podporuje vedle LogsQL také rozhraní API kompatibilní s Jaegerem a Tempo. Koordinovaný provoz tedy neznamená použití jediné databáze ani jednoho univerzálního dotazovacího jazyka.

Všechny tři základní databáze jsou dostupné pod licencí Apache 2.0. Společnost nabízí také podnikové funkce a komerční podporu a plně spravovanou službu VictoriaMetrics Cloud, která podporuje všechny tři signály.

OpenTelemetry propojuje vrstvu sběru dat

OpenTelemetry nabízí jednotný přístup k instrumentaci aplikací a exportu telemetrie. Jeho protokol OTLP podporují metriky, logy i trasování ve VictoriaStacku, takže týmy mají k dispozici konzistentní cestu pro příjem dat, přestože se data ukládají do různých systémů.

Tento rozdíl je důležitý, když se aplikace rozroste z několika služeb na distribuovaný systém. Instrumentace by měla pomáhat popsat chování aplikace; změna cílového úložiště telemetrie by neměla vyžadovat přepracování monitorovacího kódu každé služby.

Platforma podle potřeby podporuje také další formáty pro příjem dat. Týmy, které již například sbírají metriky pomocí Promethea, mohou tento ekosystém zachovat a současně k němu přidat logy nebo trasování. Kompatibilita protokolů snižuje náročnost migrace, zatímco volba doby uchovávání, kapacity a způsobů dotazování zůstává na technickém týmu.

Pro nasazení v Kubernetes odkazuje VictoriaMetrics na svůj operátor a grafy Helm jako na běžné nástroje pro správu. Cílem je zajistit konzistentnější nasazování a aktualizace a zároveň zachovat možnost škálovat každý signál podle jeho vlastního zatížení.

Agenti AI mohou prošetřovat telemetrii napříč platformou

VictoriaStack přistupuje k AI ze dvou hledisek: systémy observability musí zvládat telemetrii generovanou aplikacemi využívajícími agenty a asistenti AI mohou technikům pomáhat tuto telemetrii zkoumat.

Dokumentace nástrojů AI této společnosti popisuje samostatné servery MCP pro metriky, logy a trasování. Nabízejí strukturované funkce, jako je dotazování časových řad, prozkoumávání polí v logech, vyhledávání služeb a operací nebo získávání tras. Integrace pro metriky podporuje také analýzu kardinality, chování dotazů a konfigurace upozornění.

Její repozitář dovedností pro agenty přidává opakovaně použitelné pracovní postupy pro vyšetřování napříč více signály a související provozní úlohy. Asistent může postupovat podle procesu řešení problémů napříč signály, místo aby se spoléhal na jediný řídicí panel nebo vloženou chybovou zprávu.

Oznámení popisuje přístup pouze pro čtení pro asistenty, mezi něž patří Claude Code, Codex, Cursor a interní agenti. Zamýšlený pracovní postup je tedy investigativní: shromažďovat důkazy, propojovat příznaky a navrhovat vysvětlení, zatímco technici rozhodují, které změny se provedou. Samotné propojení zdroje telemetrie s agentem neznamená, že agent správně určil hlavní příčinu.

Samostatné škálování příjmu dat a dotazování

Rychlý start VictoriaStack ukazuje konfiguraci s jedním uzlem i clusterovou konfiguraci. Ukázka Docker Compose zahrnuje aplikaci a kolektor OpenTelemetry, tři databáze, Grafanu, vmalert a vmauth. Dokumentace výslovně uvádí, že toto lokální prostředí slouží k předvedení, nikoli k produkčnímu nasazení.

V clusterovém modelu jsou komponenty pro příjem dat a dotazování bezstavové a lze je škálovat nezávisle, zatímco úložné komponenty data uchovávají. Tím se oddělují různé nároky: větší objem příchozích telemetrických dat může vyžadovat vyšší kapacitu pro jejich příjem, zatímco větší počet inženýrů nebo agentů provádějících šetření může zvýšit nároky na dotazování.

Plánování úložiště zůstává důležité. Dokumentace uvádí, že databáze uchovávají telemetrická data v lokálních souborových systémech; S3 nebo Google Cloud Storage slouží k zálohování, nikoli jako vrstva pro dotazování nad objektovým úložištěm. Zmiňuje také, že snížení počtu úložných shardů je složitá operace. Tyto vlastnosti je důležité zohlednit při výběru topologie i při odhadu budoucího růstu.

Koordinovaný stack bez migrace najednou

Společnost VictoriaMetrics představí VictoriaStack na konferenci KubeCon + CloudNativeCon North America 2026. Součástí bude ukázka aplikace Kubernetes instrumentované pomocí OTLP, která odesílá tři telemetrické signály do příslušných backendů, a následný postup řešení problémů napříč těmito signály.

„Éra agentních systémů přinese více telemetrických dat a vyšší nároky na jejich zpracování,“ uvedl v oznámení Roman Khavronenko, spoluzakladatel společnosti VictoriaMetrics a manažer vývoje. Dodal, že VictoriaStack je navržen s důrazem na škálovatelnost a efektivitu, aby zvládl rostoucí nároky.

Praktickým přínosem je možnost zavádět řešení postupně: zachovat užitečný ekosystém pro sběr dat, doplnit chybějící signály a výsledné služby spravovat jednotnějším způsobem. Hodnota VictoriaStack spočívá v tom, jak dobře tyto části spolupracují při rostoucím objemu telemetrických dat a nárocích na šetření, přičemž týmy si zachovávají kontrolu nad umístěním svých dat i nad způsobem škálování jednotlivých signálů.