Caso de estudio · 2026
Monittore
Software de monitorización y operación para proyectos e infraestructura propios, compuesto por una aplicación web, un worker independiente, una CLI y un agente remoto.
- Contribución
- Producto, desarrollo y operación
- Estado
- En uso
- Alcance
- Proyectos y servidores · Worker y agente remoto · PostgreSQL · Aplicación web y CLI · Alertas y watchdog externo
- Código
- Privado
Contexto
Los proyectos propios se ejecutaban en entornos distintos, pero entender su estado requería revisar cada uno por separado. Monittore nació para hacer legible esa imagen operativa desde un único lugar.
Qué construí
Definí el alcance del producto e implementé la aplicación web, el worker independiente de comprobaciones, la interfaz de línea de comandos, el agente remoto, la persistencia y el flujo de despliegue. El caso se centra en los límites entre esas partes, no en publicar código privado.
Evidencia y límites
Los diagramas de esta página están recreados a partir de comportamiento confirmado. Omiten intencionadamente identificadores de producción y la topología exacta. El sistema está en uso activo, aunque la cobertura automatizada de integración y varias tareas de hardening siguen incompletas.
Vista general del sistema
- Proyectos y servidores
- Worker y agente remoto
- PostgreSQL
- Aplicación web y CLI
- Alertas y watchdog externo
Tres decisiones relevantes
Monitorización independiente
El worker no depende de que la aplicación web esté disponible.
Agregados temporales
El detalle reciente y el histórico a largo plazo conviven sin conservar indefinidamente cada punto bruto.
Watchdog externo
El propio monitor tiene una comprobación fuera de su límite de fallo.
Del problema a la evidencia
- 1
ProblemaEntender el estado de varios proyectos exigía revisar cada entorno por separado.
- 2
RestricciónLa monitorización no podía depender de la misma aplicación web y del mismo límite de fallo que debía observar.
- 3
DecisiónSeparar el worker, la aplicación web y el watchdog externo, conservando el histórico mediante agregados temporales.
- 4
EvidenciaLa aplicación web, el worker, la CLI y el agente remoto funcionan conjuntamente en uso activo.
Notas técnicas
Planificador, jitter y transiciones de alertaAbrir +
Las comprobaciones se distribuyen en el tiempo y las alertas se emiten al cambiar de estado para reducir carga sincronizada y ruido.
Modelo de heartbeats y agregadosAbrir +
Los heartbeats brutos permiten diagnosticar el periodo reciente y los agregados por minuto, hora y día conservan tendencias más largas.
Límites de fallo y limitaciones actualesAbrir +
El worker, la superficie web y el watchdog están separados, pero la cobertura de integración y el hardening operativo siguen en curso.
Limitaciones actuales
- La cobertura automatizada entre los límites de los componentes sigue siendo reducida.
- El aislamiento entre tenants y la persistencia de métricas del agente requieren más trabajo de hardening.