rootprint
Rootprint es un sistema log y trace open-source autoalojado que indexa registros en almacenamiento S3-compatible con full-text search. Permite explorar logs por severidad, frecuencia y filtros, visualizar waterfall de trazas y dashboard de salud de servicios sin enviar datos a un SaaS.
Ficha actualizada 23 sept 2026, 14:07 · upstream 23 sept 2026, 14:03 · release v0.4.4
Qué es rootprint
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Rootprint ofrece una experiencia de ingeniería enfocada para equipos que necesitan exploración de logs, visualización de waterfall de trazas, dashboards de salud de servicio, ingestión de OpenTelemetry y control de acceso a los equipos. No envía telemetría a un SaaS externo, sino que indexa directamente en almacenamiento object-storage como MinIO o S3. El sistema incluye explorador de logs con búsqueda por severidad, histogramas de frecuencia, autocompletado de consultas, vistas guardadas y exportación de resultados. Las trazas se visualizan mediante waterfall mostrando timing por span, atributos y eventos, donde cada span se vincula a sus registros correspondientes. Se puede iniciar desde un demo en vivo con solo un comando curl.
- Investigar incidentes críticos en logs de producción sin necesidad de acceso root
- Analizar patrones de latencia por servicio para identificar cuellos de botella
- Visualizar waterfall de trazas para entender flujos de ejecución y errores
- Auditoría de seguridad con búsqueda avanzada por atributos o eventos
- Monitoreo de salud de servicios en tiempo real mediante dashboards de error rate y p95 latency
- Gestión de acceso a logs sensibles con roles granulares y SSO integrado
- Soporta búsqueda full-text directa sobre almacenamiento object-storage (S3, MinIO, GCS, Azure Blob) sin necesidad de backend de búsqueda externo
- Ingestión nativa de OpenTelemetry a través del protocolo OTLP en formato Protobuf o HTTP
- Dashboard de salud de servicio con métricas como rate limit, error rate y p95 latency por endpoint
- Soporte para múltiples fuentes de logs: Fluent Bit, Vector, OpenTelemetry Collector, y cualquier fuente compatible OTLP
- Autenticación granular mediante roles, service accounts y SSO vía OIDC (Google, GitHub)
- Interfaz web completa en SvelteKit con explorador de logs, visualización de trazas y admin panel
- No incluye un backend de búsqueda externo como Elasticsearch o OpenSearch; la indexación se realiza directamente sobre el almacenamiento object-storage
- La ingestión de logs requiere configuración manual del endpoint OTLP en cada fuente (Fluent Bit, Vector, etc.)
- El dashboard de salud de servicio no muestra métricas agregadas a nivel de cluster o distribuidor
- No incluye herramientas de observabilidad como Prometheus, Grafana ni alerting nativo
- La autenticación con OIDC requiere configuración manual del proveedor (Google, GitHub) en cada instancia
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.
Instalación recomendada vía Docker Compose: `curl -o docker-compose.yml https://docs.rootprint.io/files/docker-compose.full.yaml && docker compose up -d`. El servicio API se ejecuta en puerto 8282 y la interfaz web en 3000. Se recomienda ejecutar `bun run dev:api` para migrar datos a producción. Para producción, se debe configurar un backend de base de datos PostgreSQL separado del almacenamiento object-storage (MinIO/S3) y desplegar el servicio con permisos de lectura solo para los usuarios autorizados.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
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.