VictoriaMetrics julkaisee VictoriaStackin mittareille, lokeille, jäljityksille ja tekoälyavusteiseen vianmääritykseen

VictoriaMetrics on esitellyt VictoriaStackin, avoimen lähdekoodin havainnoitavuuspinoon, joka kokoaa sen mittari-, loki- ja hajautetun jäljityksen tuotteet yhtenäiseksi toimintamalliksi. Julkaisun tavoitteena on tarjota suunnittelutiimeille tapa laajentaa telemetrian kattavuutta ilman, että niiden tarvitsee vaihtaa koko valvontaympäristöään tai pakottaa kaikkia signaaleja samaan tietokantaan.

VictoriaStack yhdistää mittareihin tarkoitetun VictoriaMetricsin, lokeihin tarkoitetun VictoriaLogsin ja jäljityksiin tarkoitetun VictoriaTracesin. Tiimit voivat ottaa käyttöön tarvitsemansa signaalit ja lisätä muita myöhemmin. Yhteiset käyttöönoton työkalut ja OpenTelemetry-tuki auttavat liittämään osat toisiinsa.

Julkaisu laajentaa tämän toimintamallin myös tekoälyavusteisiin operaatioihin. Viralliset Model Context Protocol -palvelimet ja agenttitaidot tarjoavat avustajille keinon tutkia telemetriaa koko pinossa, mutta insinöörit vastaavat edelleen siitä, mitä muutoksia otetaan käyttöön.

Kolme signaalia, kolme erikoistunutta tietokantaa

Mittarit, lokit ja jäljitykset vastaavat erilaisiin operatiivisiin kysymyksiin. Mittarit tiivistävät toimintaa ajan kuluessa, esimerkiksi pyyntömäärien, virheiden lukumäärän tai muistin käytön osalta. Lokit tallentavat tapahtumat ja niiden yksityiskohdat. Hajautetut jäljitykset seuraavat pyyntöä useiden palveluiden läpi ja paljastavat, mihin aikaa kului ja missä virhe ilmeni.

Häiriötilanteessa insinööri voi ensin havaita mittareista viivepiikin, rajata jäljitysten avulla ongelman tiettyyn palveluun ja tutkia sitten lokeista virheen taustaa. Kun signaalit kootaan yhtenäiseksi työnkuluksi, tutkinta voi nopeutua ilman, että niiden tallennustarpeista tehdään samanlaisia.

VictoriaStackin arkkitehtuuridokumentaatiossa kuvataan erillisiä tietokantoja, jotka jakavat yhteisen komponenttimallin. Kukin niistä voi toimia yhtenä binäärinä tai klusterina, jossa tiedon vastaanotto, tallennus ja kyselyt on erotettu toisistaan. Pino voi käyttää vmauthia reitityksen ja kuormantasauksen sisääntulopisteenä.

Myös kyselyrajapinnat ovat erikoistuneita: VictoriaMetrics käyttää PromQL-yhteensopivaa MetricsQL:ää, VictoriaLogs LogsQL:ää ja VictoriaTraces tukee LogsQL:ää sekä Jaeger- ja Tempo-yhteensopivia rajapintoja. Yhtenäinen käyttö ei siis tarkoita yhtä tietokantaa tai yhtä yleiskäyttöistä kyselykieltä.

Kaikki kolme ydintietokantaa ovat saatavilla Apache 2.0 -lisenssillä. Yhtiö tarjoaa lisäksi yrityskäyttöön tarkoitettuja ominaisuuksia ja kaupallista tukea sekä täysin hallinnoitua VictoriaMetrics Cloud -palvelua, joka tukee kaikkia kolmea signaalia.

OpenTelemetry yhdistää tiedonkeruukerroksen

OpenTelemetry tarjoaa yhteisen tavan sovellusten instrumentointiin ja telemetrian vientiin. Sen OTLP-protokollaa tuetaan VictoriaStackin mittareissa, lokeissa ja jäljityksissä, joten tiimit voivat käyttää yhtenäistä tiedon vastaanottoreittiä, vaikka tiedot päätyvät eri taustajärjestelmiin.

Tällä erolla on merkitystä, kun sovellus kasvaa muutamasta palvelusta hajautetuksi järjestelmäksi. Instrumentoinnin pitäisi auttaa kuvaamaan sovelluksen toimintaa; telemetrian määränpään vaihtamisen ei pitäisi edellyttää jokaisen palvelun valvontakoodin uudelleensuunnittelua.

Pino tukee tarvittaessa myös muita tiedon vastaanoton muotoja. Esimerkiksi tiimit, jotka jo keräävät mittareita Prometheuksen avulla, voivat säilyttää nykyisen ekosysteeminsä ja ottaa sen rinnalle käyttöön lokit tai jäljityksen. Protokollien yhteensopivuus vähentää siirtotyötä, mutta säilytyksen, kapasiteetin ja kyselytapojen valinta jää edelleen insinöörien päätettäväksi.

Kubernetes-käyttöönottoihin VictoriaMetrics suosittelee yleisiksi hallintatyökaluiksi Operatoria ja Helm-kaavioita. Tavoitteena on yhdenmukaistaa käyttöönottoja ja päivityksiä säilyttäen samalla mahdollisuus skaalata kutakin signaalia sen oman kuormituksen mukaan.

Tekoälyagentit voivat tutkia telemetriaa eri lähteistä

VictoriaStack lähestyy tekoälyä kahdesta suunnasta: havainnoitavuusjärjestelmien on käsiteltävä agenttipohjaisten sovellusten tuottamaa telemetriaa, ja tekoälyavustajat voivat auttaa insinöörejä tutkimaan tätä telemetriaa.

Yhtiön tekoälytyökalujen dokumentaatiossa esitellään erilliset MCP-palvelimet mittareille, lokeille ja jäljityksille. Ne tarjoavat jäsenneltyjä toimintoja, kuten aikasarjojen kyselyjä, lokikenttien tutkimista, palvelujen ja operaatioiden etsimistä sekä jäljitysten noutamista. Mittarien integraatio tukee lisäksi kardinaliteetin, kyselyjen toiminnan ja hälytysten määritysten tutkimista.

Yhtiön agenttitaitojen tietovarasto sisältää uudelleenkäytettäviä työnkulkuja useiden signaalien tutkimiseen ja muihin niihin liittyviin operatiivisiin tehtäviin. Avustaja voi seurata vianmääritysprosessia eri signaalien läpi sen sijaan, että se turvautuisi vain yhteen hallintapaneeliin tai liitettyyn virheilmoitukseen.

Julkaisussa kuvataan Claude Code-, Codex- ja Cursor-avustajille sekä organisaatioiden omille agenteille tarjottavaa vain luku -käyttöoikeutta. Tarkoituksena on käyttää niitä tutkintaan: kerätä näyttöä, yhdistää oireita ja ehdottaa selitystä samalla, kun insinöörit päättävät, mitä otetaan käyttöön. Telemetrialähteen yhdistäminen agenttiin ei itsessään osoita, että agentti olisi tunnistanut juurisyyn oikein.

Tiedon vastaanoton ja kyselyjen skaalaaminen erikseen

VictoriaStackin pika-aloitus esittelee sekä yhden solmun että klusteroidut kokoonpanot. Docker Compose -esittely sisältää OpenTelemetry-sovelluksen ja keräimen, kolme tietokantaa, Grafanan, vmalertin ja vmauthin. Dokumentaatiossa tämä paikallinen ympäristö määritellään nimenomaisesti esittelyksi, ei tuotantokäyttöön tarkoitetuksi käyttöönotoksi.

Klusterimallissa tietojen sisäänluku- ja kyselykomponentit ovat tilattomia, ja niitä voidaan skaalata toisistaan riippumatta, kun taas tallennuskomponentit ylläpitävät dataa. Näin erilaiset kuormitustarpeet voidaan erottaa toisistaan: kasvava saapuvan telemetrian määrä voi edellyttää suurempaa sisäänlukukapasiteettia, kun taas tutkimuksia tekevien insinöörien tai agenttien määrän kasvu voi lisätä kysyntää kyselyille.

Tallennuksen suunnittelu on edelleen tärkeää. Dokumentaation mukaan tietokannat säilyttävät telemetrian paikallisissa tiedostojärjestelmissä; S3:a tai Google Cloud Storagea käytetään varmuuskopioihin, ei objektitallennukseen perustuvana kyselytasona. Dokumentaatiossa huomautetaan myös, että tallennusosioiden määrän vähentäminen on monimutkainen toimenpide. Nämä ominaisuudet ovat tärkeitä topologiaa valittaessa ja kasvua ennustettaessa.

Yhteensovitettu kokonaisuus ilman kerralla tehtävää siirtymää

VictoriaMetrics esittelee VictoriaStackia KubeCon + CloudNativeCon North America 2026 -tapahtumassa näyttämällä, kuinka OTLP-instrumentoitu Kubernetes-sovellus lähettää kolme telemetriasignaaliaan niitä vastaaviin taustajärjestelmiin. Tämän jälkeen esitellään eri signaalien välinen vianmääritystyönkulku.

”Agenttien aikakausi tuo mukanaan enemmän telemetriaa ja asettaa suurempia vaatimuksia sen käsittelylle”, sanoi VictoriaMetricsin toinen perustaja ja tekniikkapäällikkö Roman Khavronenko tiedotteessa. Hänen mukaansa VictoriaStack on suunniteltu skaalautuvuutta ja tehokkuutta silmällä pitäen kysynnän kasvaessa.

Käytännössä ehdotuksena on ottaa ratkaisu käyttöön vaiheittain: säilyttää toimiva tiedonkeruun ekosysteemi, lisätä puuttuvat signaalit ja hallita näin syntyviä palveluita yhtenäisemmän mallin avulla. VictoriaStackin arvo perustuu siihen, miten hyvin nämä osat toimivat yhdessä telemetrian määrän ja tutkimustarpeiden kasvaessa, samalla kun tiimit voivat itse päättää, missä niiden data sijaitsee ja miten kutakin signaalia skaalataan.