sentrovia-monitoring
Monitorio de disponibilidad autocontenido para sitios web, APIs, puertos TCP y cron jobs con alertas verificadas, evidencia y páginas de estado públicas.
Ficha actualizada 23 sept 2026, 6:29 · upstream 23 sept 2026, 6:23 · release v0.1.7
Qué es sentrovia-monitoring
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Sentrovia es un monitor de disponibilidad self-hosted que verifica la respuesta de sitios web, APIs, puertos TCP, bases de datos PostgreSQL y cronjobs. Detecta fallos antes de enviar alertas de caída, permitiendo revisar historial, diagnósticos y capturas de pantalla cuando aplica. Se construye para equipos pequeños que necesitan saber qué falló y si una alerta llegó a sus canales.
- Verificar la disponibilidad de sitios web y APIs en tiempo real
- Monitorear puertos TCP (SSH, SMTP) sin necesidad de proxies
- Seguir el estado de bases de datos PostgreSQL con verificación de TLS
- Controlar cronjobs y servicios que reportan por horario
- Crear páginas de estado públicas para mostrar disponibilidad sin exponer la consola privada
- Generar informes de uptime y latencia para reportes corporativos
- Verificación de fallos: el worker reintentará antes de enviar alertas, reduciendo falsos positivos por picos transitorios
- Evidencia completa: revisión del historial de checks, detalles de respuesta y capturas de pantalla cuando estén disponibles
- Notificaciones en múltiples canales: email, Telegram, Discord o webhooks con seguimiento de intentos exitosos/fallos
- Instalación sin Docker: opción nativa con NSSM para Windows Server
- Modo demo independiente: workspace separado con datos ficticios para pruebas y demostraciones
- No recopila métricas de CPU, memoria, disco ni tráfico de red del host objetivo
- Depende de la conectividad a internet para realizar verificaciones externas
- La verificación de puertos TCP no verifica certificados SSL/TLS
- El modo demo no ejecuta los checks reales en producción
- No incluye métricas de latencia de red (ping, RTT) ni de ancho de banda
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.
Recomendado usar Docker Compose para despliegue. Se requiere Git y Docker Engine con Compose. Para Windows se puede instalar como servicios nativos con NSSM. En producción se recomienda HTTPS, proxy-header trust en el proxy, y backups del estado PostgreSQL. No se debe commitear .env o .env.local. El modo demo no ejecuta checks reales.
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.