Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

isitdown

Monitorización autoalojada de páginas de estado de proveedores externos (GitHub, Cloudflare, Anthropic, Atlassian y 100+ más). Envía alertas a Telegram o webhooks cuando cambia el estado. Dos ediciones: Light (solo polling) y UI (con dashboard local).

Ficha actualizada 22 sept 2026, 15:33 · upstream 21 sept 2026, 15:38 · release v2.5.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es isitdown

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

IsItDown es un sistema de monitorización autoalojado que consulta periódicamente las páginas de estado públicas de proveedores externos como GitHub, Cloudflare, Anthropic, npm y cualquier servicio que use Atlassian Statuspage. Normaliza las respuestas, compara con el estado anterior y envía notificaciones únicamente cuando ocurre una transición de estado (operational → degraded, degraded → outage, outage → resolved), evitando alertas redundantes durante periodos estables.

El proyecto ofrece dos ediciones desde un mismo código base: Light (solo polling y notificaciones sin servidor HTTP) y UI (mismo motor más dashboard local con Express en puerto 3000). La edición UI permite configurar proveedores, canales de notificación e historial de disponibilidad directamente desde una interfaz web. Ambas versiones comparten el núcleo del motor de polling, adaptadores y lógica de comparación.

Funciona sin dependencias externas en tiempo de ejecución: no requiere servidor de base de datos ni broker de mensajes. Usa un archivo JSON o SQLite embebido para almacenar estado. Los secretos se leen exclusivamente de variables de entorno, nunca se escriben en archivos de configuración ni logs. Soporta despliegue con Docker (incluyendo Compose) y también puede ejecutarse nativamente con Node 24.

CASOS DE USO
  • Monitorizar múltiples proveedores de infraestructura desde una única interfaz sin mantener cinco dashboards abiertos
  • Recibir alertas tempranas sobre incidentes en servicios dependientes (GitHub, Cloudflare, Anthropic) vía Telegram o webhooks genéricos
  • Visualizar historial de disponibilidad y calendario térmico anual por proveedor en la edición UI
  • Configurar proveedores nuevos sin tocar código mediante archivo config.yml o dashboard de la edición UI
  • Desplegar en entornos autoalojados (Raspberry Pi, Unraid, Portainer, Synology) con imágenes multiarquitectura
PUNTOS DESTACADOS
  • Notificaciones idempotentes: solo se alerta en transiciones de estado, nunca en cada ciclo de polling
  • Sin dependencias externas en tiempo de ejecución: no requiere servidor de base de datos ni broker de mensajes
  • Secrets gestionados exclusivamente desde variables de entorno, sin persistencia en archivos o logs
  • Adaptadores para 100+ proveedores de páginas de estado, incluyendo Atlassian Statuspage sin código adicional
  • Imágenes Docker publicadas en GHCR para linux/amd64 y linux/arm64 (compatible con Raspberry Pi)
  • Historial de disponibilidad agregado server-side con vistas de 7/30/90 días y calendario térmico anual
PRECAUCIONES
  • No soporta autenticación multiusuario: diseñado para un único operador en entorno local
  • No incluye soporte para páginas de estado protegidas por login o detrás de firewall
  • No está disponible como aplicación móvil empaquetada
  • Requiere Node.js 24 tanto para build como para runtime (no compatible con versiones anteriores)
  • La edición Light no proporciona interfaz gráfica, solo notificaciones y polling
01

Perfil de infraestructura

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

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

Despliegue detectado

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

Docker Compose detectado

Despliegue Docker: usar docker-compose.yml oficial con --profile ui o light. Imágenes en ghcr.io/devmanfre/isitdown. Port 3000 para UI. Variables de entorno obligatorias según canal (TELEGRAM_BOT_TOKEN, TELEGRAM_CHAT_ID). Sin base de datos externa. Para build local: nvm use 24, npm install, luego npm run build:light o build:ui. Verificar despliegue con smoke checks y prueba de notificación end-to-end antes de producción.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.jsReactNode.js
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
3000
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.