VictoriaMetrics lança VictoriaStack para métricas, logs, rastreamentos e diagnóstico assistido por IA

VictoriaMetrics apresentou o VictoriaStack, uma pilha de observabilidade de código aberto que reúne seus produtos de métricas, logs e rastreamento distribuído em um modelo operacional integrado. O lançamento busca oferecer às equipes de engenharia uma forma de ampliar a cobertura de telemetria sem substituir todo o ambiente de monitoramento nem obrigar que todos os sinais sejam armazenados no mesmo banco de dados.

O VictoriaStack combina o VictoriaMetrics para métricas, o VictoriaLogs para logs e o VictoriaTraces para rastreamentos. As equipes podem adotar os sinais de que precisam e acrescentar outros mais tarde, com ferramentas de implantação compartilhadas e suporte ao OpenTelemetry para ajudar a conectar os componentes.

O anúncio também estende esse modelo às operações assistidas por IA. Servidores oficiais do Model Context Protocol e competências para agentes oferecem aos assistentes uma forma de investigar a telemetria em toda a pilha, enquanto os engenheiros continuam responsáveis por decidir quais alterações aplicar.

Três sinais, três bancos de dados especializados

Métricas, logs e rastreamentos respondem a diferentes perguntas operacionais. As métricas resumem o comportamento ao longo do tempo, como taxas de solicitação, contagens de erros ou consumo de memória. Os logs registram eventos e seus detalhes. Os rastreamentos distribuídos acompanham uma solicitação por vários serviços, revelando onde o tempo foi gasto e onde ocorreu uma falha.

Durante um incidente, um engenheiro pode primeiro perceber um pico de latência nas métricas, delimitar o problema a um serviço por meio dos rastreamentos e, em seguida, examinar os logs em busca do erro subjacente. Reunir esses sinais em um fluxo de trabalho coerente pode agilizar a investigação sem tornar idênticas as exigências de armazenamento de cada um.

A documentação da arquitetura do VictoriaStack descreve bancos de dados independentes que compartilham um modelo de componentes comum. Cada um pode ser executado como um binário único ou como um cluster que separa ingestão, armazenamento e consulta. A pilha pode usar o vmauth como ponto de entrada para roteamento e balanceamento de carga.

As interfaces de consulta também permanecem especializadas: o VictoriaMetrics usa o MetricsQL, compatível com PromQL; o VictoriaLogs usa o LogsQL; e o VictoriaTraces é compatível com o LogsQL, além de oferecer APIs compatíveis com Jaeger e Tempo. Portanto, a operação coordenada não significa usar um único banco de dados ou uma linguagem de consulta universal.

Os três bancos de dados principais estão disponíveis sob a licença Apache 2.0. A empresa também oferece recursos empresariais e suporte comercial, além do serviço totalmente gerenciado VictoriaMetrics Cloud, compatível com os três sinais.

OpenTelemetry conecta a camada de coleta

O OpenTelemetry oferece uma abordagem comum para instrumentar aplicações e exportar telemetria. Seu protocolo OTLP é compatível com métricas, logs e rastreamentos do VictoriaStack, proporcionando às equipes um caminho de ingestão consistente, embora os dados sejam enviados a diferentes sistemas de armazenamento.

Essa distinção é importante quando uma aplicação passa de poucos serviços a um sistema distribuído. A instrumentação deve ajudar a descrever o comportamento da aplicação; mudar o destino da telemetria não deveria exigir a reformulação do código de monitoramento de cada serviço.

A pilha também é compatível com outros formatos de ingestão, quando apropriado. Por exemplo, equipes que já coletam métricas com base no Prometheus podem manter esse ecossistema e, ao mesmo tempo, acrescentar logs ou rastreamento. A compatibilidade de protocolos reduz o trabalho de migração, enquanto a escolha da retenção, da capacidade e dos padrões de consulta continua sendo uma decisão de engenharia.

Para implantações no Kubernetes, a VictoriaMetrics indica seu operador e seus pacotes Helm como ferramentas comuns de gerenciamento. O objetivo é tornar as implantações e atualizações mais consistentes, preservando a capacidade de dimensionar cada sinal de acordo com sua própria carga de trabalho.

Agentes de IA podem investigar toda a telemetria

O VictoriaStack aborda a IA em duas frentes: os sistemas de observabilidade precisam lidar com a telemetria gerada por aplicações baseadas em agentes, e os assistentes de IA podem ajudar os engenheiros a investigar essa telemetria.

A documentação das ferramentas de IA da empresa descreve servidores MCP separados para métricas, logs e rastreamentos. Eles oferecem recursos estruturados, como consultar séries temporais, explorar campos de logs, localizar serviços e operações e recuperar rastreamentos. A integração de métricas também permite investigar cardinalidade, comportamento das consultas e configuração de alertas.

O repositório de competências para agentes acrescenta fluxos de trabalho reutilizáveis para investigações que envolvem vários sinais e outras tarefas operacionais relacionadas. Um assistente pode seguir um processo de diagnóstico que percorre diferentes sinais, em vez de depender de um único painel ou de uma mensagem de erro copiada e colada.

O anúncio descreve o acesso somente para leitura para assistentes como Claude Code, Codex, Cursor e agentes desenvolvidos internamente. O fluxo de trabalho pretendido é, assim, investigativo: reunir evidências, relacionar sintomas e propor uma explicação, enquanto os engenheiros decidem o que será aplicado. Conectar uma fonte de telemetria a um agente não basta, por si só, para comprovar que ele identificou corretamente a causa raiz.

Dimensionar a ingestão e as consultas separadamente

O Guia de início rápido do VictoriaStack ilustra configurações tanto de nó único quanto em cluster. A demonstração com Docker Compose inclui uma aplicação e um coletor OpenTelemetry, os três bancos de dados, Grafana, vmalert e vmauth. A documentação deixa explícito que esse ambiente local serve como demonstração, e não como implantação de produção.

No modelo de cluster, os componentes de ingestão e consulta não mantêm estado e podem ser dimensionados de forma independente, enquanto os componentes de armazenamento mantêm os dados. Isso separa necessidades distintas: um volume maior de telemetria recebida pode exigir mais capacidade de ingestão, enquanto um número maior de engenheiros ou agentes conduzindo investigações pode aumentar a demanda por consultas.

O planejamento do armazenamento continua sendo importante. A documentação informa que os bancos de dados mantêm a telemetria em sistemas de arquivos locais; S3 ou Google Cloud Storage são usados para backups, e não como uma camada de consulta em armazenamento de objetos. Também observa que reduzir o número de fragmentos de armazenamento é uma operação complexa. Essas características são relevantes na escolha de uma topologia e na previsão do crescimento.

Uma pilha coordenada sem uma migração de uma só vez

A VictoriaMetrics está apresentando o VictoriaStack na KubeCon + CloudNativeCon North America 2026, com uma demonstração de uma aplicação Kubernetes instrumentada com OTLP que envia seus três sinais de telemetria aos back-ends correspondentes, seguida por um fluxo de trabalho de solução de problemas entre sinais.

“A era agêntica trará mais telemetria e maiores exigências quanto à forma como a processamos”, afirmou Roman Khavronenko, cofundador e gerente de engenharia da VictoriaMetrics, no anúncio. Ele disse que o VictoriaStack foi projetado para oferecer escalabilidade e eficiência à medida que essa demanda cresce.

A proposta prática é a adoção incremental: manter um ecossistema de coleta útil, introduzir os sinais que faltam e gerenciar os serviços resultantes por meio de um modelo mais consistente. O valor do VictoriaStack está na eficácia com que esses componentes funcionam em conjunto à medida que aumentam o volume de telemetria e a demanda por investigações, sem tirar das equipes o controle sobre onde seus dados ficam e como cada sinal pode ser dimensionado.