serviceradar
ServiceRadar es un sistema de monitorización y analítica distribuido open source para infraestructura y servicios en entornos difíciles o segmentados. Utiliza arquitectura multi-componente (Agent, Gateway, Core), runtime WASM seguro para plugins y motores causales/anomalías integrados.
Ficha actualizada 28 sept 2026, 7:07 · upstream 28 sept 2026, 6:45 · release v1.4.76
Qué es serviceradar
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
ServiceRadar es una plataforma de gestión de red (NMS) y analítica de seguridad diseñada para operar en entornos con conectividad limitada o infraestructura distribuida. Su arquitectura distribuida permite desplegar agentes en el borde (edge) mientras se centraliza la analítica, garantizando visibilidad incluso durante cortes de red o energía mediante alertas en la nube.
La plataforma destaca por su sistema de extensibilidad basado en WebAssembly (WASM), que ejecuta plugins personalizados en un entorno sandbox a nivel de hardware sin dependencias locales, mejorando la seguridad y portabilidad frente a scripts tradicionales. Incluye motores nativos para detección de anomalías temporales y análisis causal en tiempo real para aislar rápidamente el alcance de incidentes.
El almacenamiento se gestiona mediante una capa unificada que combina PostgreSQL (con extensiones TimescaleDB y PGVector) para datos relacionales y series temporales, junto con Dgraph como almacén de grafos para la topología de red. Soporta observabilidad nativa vía OTEL, SNMP, Syslog y NetFlow.
- Monitorización de infraestructura en entornos remotos o segmentados mediante agentes distribuidos.
- Desarrollo de dashboards personalizados con React utilizando el Dashboard SDK y SRQL.
- Extensión segura de funcionalidades mediante plugins compilados en Go o Rust con aislamiento WASM.
- Análisis causal de incidentes para identificar la causa raíz y aislar el radio de explosión.
- Automatización de gestión de dispositivos mediante integración con Ansible y AWX/AAP.
- Gestión de alertas unificadas con escalonamiento, enrutamiento y registro de intentos de entrega.
- Arquitectura distribuida (Agent/Gateway/Core) optimizada para despliegues en el borde.
- Runtime WASM sandboxed que elimina dependencias locales y aísla llamadas de red.
- Motor causal DeepCausality en Rust para aislamiento rápido de incidentes.
- Soporte nativo para OTEL, SNMP, Syslog, BGP y NetFlow en la capa de observabilidad.
- Almacenamiento híbrido con PostgreSQL/TimescaleDB y Dgraph para topología.
- Licencia Apache 2.0 con imágenes firmadas mediante Cosign y SBOMs incluidos.
- Complejidad HIGH: requiere 4 núcleos CPU y 8GB RAM para despliegue base.
- No incluye Dockerfile nativo; se debe usar docker compose o Helm para orquestación.
- Verificación de imágenes requiere configuración de Cosign o migración a keyless verification.
- Dependencia de componentes externos como PostgreSQL, Redis y Kafka no incluidos en el repositorio principal.
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.
Para despliegue rápido use docker compose con APP_TAG fijado en .env. Para Kubernetes, utilice el Helm chart oficial en OCI registry.carverauto.dev. Verifique las imágenes firmadas con Cosign antes de producción. Configure imagePullPolicy=Always solo para entornos staging/dev. Use la migración keyless si prefiere no usar claves públicas externas.
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.