Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

epure

Epure es un sistema de monitoreo de errores único para desarrolladores auto-hospedados. Reemplaza SDKs oficiales como Sentry, permitiendo solo la ingestión de errores y el despliegue en contenedores Docker (2 contenedores: Rust + PostgreSQL 16 con RLS). No requiere Redis, Kafka ni ClickHouse.

Ficha actualizada 23 sept 2026, 7:00 · upstream 23 sept 2026, 6:55 · release v1.0.0

00

Qué es epure

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Epure es un servicio de monitoreo de errores diseñado para desarrolladores que necesitan un stack ligero y autocontenido. Su arquitectura minimalista se basa en dos contenedores Docker: un contenedor Rust que ingesta los eventos del SDK oficial (Sentry) y un contenedor PostgreSQL 16 con RLS para persistencia. No requiere configuración compleja, ni Redis, ni Kafka. El sistema agrupa los errores por fingerprint, permite exportar a Markdown para LLMs y ofrece una interfaz de issues en la consola web.

CASOS DE USO
  • Monitoreo de errores en microservicios sin infraestructura operativa compleja
  • Despliegue rápido en homelabs o entornos locales con Docker Compose
  • Reemplazo directo del SDK oficial Sentry para solo errores de producción
  • Triaje manual de issues mediante exportación a Markdown
  • Monitoreo de rendimiento y estabilidad de aplicaciones web
PUNTOS DESTACADOS
  • Solo dos contenedores: Rust + PostgreSQL, reduciendo la complejidad operativa
  • Ingestión directa del SDK oficial Sentry sin necesidad de SDK personalizado
  • Valve de picos (spike valve) para evitar saturación en casos repetidos
  • Exportación a Markdown que facilita el análisis con LLMs
  • Dashboard web reactiva con soporte por teclado (j, k, e, i)
  • Soporte multi-proyecto y rotación de DSN
PRECAUCIONES
  • No soporta monitoreo distribuido o tracing en tiempo real
  • No incluye replay de sesiones ni profiling continuo
  • Solo PostgreSQL 16 como base de datos (no Redis, no ClickHouse)
  • Capacidad de proyectos limitada a 5000 eventos por hora
  • El SDK debe ser oficial y compatible con el protocolo HTTP estándar
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO40 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker Compose detectado

Instalación con Docker Compose v2: copia .env.example como .env, configura EPURE_PORT (por defecto 8080) y EPURE_DEV_SEED=1 para modo de desarrollo. Para producción usa ./configure --prod o .env.production.example. No se requiere configuración manual adicional. El servicio es completamente autocontenido en Docker Compose sin necesidad de archivos de configuración externos.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
ReactNode.jsRustPHPPython
SERVICIOS
PostgreSQLRedisClickHouseKafka
BASES DE DATOS
PostgreSQLRedisClickHouse
PUERTOS
808051735433
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.