fajita
Fajita es un monitor de uptime open-source que verifica fallos antes de alertar, validando fallas transitorias o falsas para reducir alertas innecesarias.
Ficha actualizada 23 sept 2026, 5:30 · upstream 23 sept 2026, 5:28 · release v0.1.0
Qué es fajita
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Fajita es una herramienta de monitoreo de disponibilidad abierta en código abierto que monitorea sitios web, APIs, certificados SSL y cron jobs. Su enfoque principal es verificar la validez de las fallas antes de activar alertas, lo que reduce el ruido de notificaciones derivado de fallos transitorios o falsos positivos.
El sistema ejecuta un paso de verificación entre el fallo detectado y la alerta final, permitiendo que múltiples intentos consecutivos de falla sean ignorados si no se confirma una caída real del servicio. Esto es especialmente útil en entornos con alta latencia de red, donde un solo ping fallido puede ser un artefacto de red.
Fajita soporta monitoreo de sitios web (HTTP status codes, latencia, contenido), APIs (headers, métodos, JSON/JSONP), certificados SSL y cron jobs. Incluye un sistema de incidentes con historial de estado y notificaciones vía email o Slack/Discord.
- Verificar que una API pública esté disponible antes de alertar sobre su inactividad
- Monitorear la salud de un servicio que requiere múltiples pings consecutivos para confirmar caída real
- Validar certificados SSL antes de generar alertas de expiración o problemas de certificado
- Garantizar el funcionamiento de cron jobs críticos mediante verificación de ejecución exitosa
- Reducir alertas falsas en servicios que operan con alta latencia de red
- Monitoreo de sitios web con múltiples endpoints donde un fallo aislado no debe activar alerta
- Implementa verificación de fallos antes de enviar alertas, reduciendo alertas por fallos transitorios
- Soporta monitoreo completo: sitios web, APIs, SSL y cron jobs con verificación integrada
- Permite verificación en tiempo real mediante múltiples intentos consecutivos de fallo
- Incluye sistema de incidentes con historial detallado, estado y notificaciones automáticas
- Soporta monitoreo público a través de páginas de estado personalizadas
- Diseñado para ser ligero y escalable, compatible con Docker y Kubernetes
- La verificación requiere múltiples intentos consecutivos antes de activar alerta, lo que puede retrasar alertas en fallos reales severos
- No incluye gestión de infraestructura como backups o actualizaciones automáticas del servidor
- Depende de un entorno de CI/CD para ejecutar los verificaciones de forma automática
- El monitoreo SSL requiere acceso a certificados y puede no ser compatible con todos los proveedores
- La latencia de red puede afectar la velocidad de las verificaciones, especialmente en entornos con alta congestión
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.
Requisitos: Docker, Docker Compose, Node.js 22+, aplicación de Clerk para autenticación. Ejecutar `docker compose up -d` y configurar variables de entorno (FAJITA_DEPLOYMENT_MODE=self_hosted, Clerk keys, CRON_SECRET, MONITOR_SECRET_KEYRING). Para producción, se recomienda usar un contenedorizado con Docker Compose en modo production o desplegar en Kubernetes. Se recomienda mantener el contenedor en modo 'production' para evitar reinicios innecesarios y usar un cron job de mantenimiento para actualizar la imagen. El monitoreo público requiere HTTPS y certificados válidos.
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.