victoria-gateway
Victoria Gateway es un webhook para Alertmanager que consume alertas, consulta Loki (o CloudWatch/GCP), resume con LLM local y envía a Telegram. Soporta RAG con PostgreSQL/pgvector y escalado a cloud (Gemini, Anthropic, etc.). Es binario Go único sin dependencias runtime salvo Loki/LLM.
Ficha actualizada 26 sept 2026, 20:26 · upstream 26 sept 2026, 20:02 · release v1.11.0
Qué es victoria-gateway
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Victoria Gateway actúa como puente entre Alertmanager y sistemas de notificación inteligentes. Cuando se dispara una alerta, el sistema consulta automáticamente los logs asociados en Loki (o servicios cloud alternativos), solicita a un modelo LLM local que genere un resumen ejecutivo del incidente y envía ese resumen a Telegram.
La arquitectura permite opcionalmente realizar análisis profundos mediante RAG para contextualizar con incidentes pasados similares, o escalar casos críticos a modelos cloud de mayor capacidad como Gemini o Anthropic. La implementación está diseñada para ser ligera y modular, funcionando como un binario Go único sin dependencias runtime complejas más allá de los servicios externos que consume.
El sistema maneja deduplicación automática mediante fingerprints para evitar procesamiento redundante ante reintentos de Alertmanager, lo cual es crucial en entornos de producción donde la fiabilidad del flujo de alertas es prioritaria.
- Notificación inteligente de incidentes a Telegram con contexto logístico generado por LLM local
- Escalado automático de alertas críticas a modelos cloud cuando el análisis local es insuficiente
- Investigación contextualizada mediante RAG consultando incidentes históricos similares en PostgreSQL
- Generación automática de issues en Gitea/GitHub para seguimiento de incidentes documentados
- Binario Go único sin dependencias runtime complejas salvo Loki y endpoint LLM
- Soporte nativo para RAG con PostgreSQL/pgvector para contextualización histórica
- Arquitectura modular que permite escalado a múltiples proveedores cloud (Gemini, Anthropic, Azure)
- Deduplicación automática mediante fingerprints para evitar procesamiento redundante
- Requiere infraestructura externa operativa: Loki endpoint, LLM local/cloud, Telegram bot
- RAG requiere PostgreSQL con extensión pgvector instalada y configurada correctamente
- Escalado a cloud depende de disponibilidad y credenciales de múltiples proveedores externos
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Requiere Go 1.25+ para compilación desde fuente o Docker si se usa contenedor. Configurar loki.endpoint y summarizer.endpoint obligatoriamente en config.yaml. Para RAG, instalar PostgreSQL con pgvector. Variables de entorno pueden sobrescribir credenciales sensibles sin exponerlas en archivos de configuración.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.