SecuryBlack

Uptime Monitoring

Monitoriza la disponibilidad de tus servicios HTTP y TCP. Alertas inmediatas cuando algo cae.

¿Qué es Uptime Monitoring?

Uptime monitoring es una característica que verifica periódicamente si tus servicios están disponibles. SecuryBlack comprueba automáticamente cada 5 minutos (o cada 1 minuto en plan Pro) si tu API, web o servicio TCP responde correctamente.

Si algo cae, recibes una alerta inmediata. Cuando se recupera, otra alerta confirmando que todo está bien.

Crear un monitor

  1. 1.

    Ve a tu dashboard

    Dirígete a la sección de "Uptime" en tu dashboard

  2. 2.

    Haz clic en "Nuevo Monitor"

    Introduce la URL o IP:puerto de tu servicio

  3. 3.

    Selecciona el tipo

    Elige entre HTTP, HTTPS o TCP

  4. 4.

    Configura las opciones

    Código de respuesta esperado, frecuencia, timeouts, etc.

  5. 5.

    ¡Listo!

    El monitor empezará a comprobar tu servicio al instante

Tipos de monitores

HTTP/HTTPS

Monitoriza APIs, websites y servicios web. Verifica el código de estado HTTP (200, 202, etc.) y opcionalmente valida el contenido de la respuesta.

TCP

Monitoriza servicios TCP genéricos como bases de datos, colas de mensajes o servicios personalizados. Solo verifica que el puerto está abierto y responde.

Opciones avanzadas

Headers personalizados

Añade headers HTTP como Authorization, X-Custom-Header, etc.

Body/Payload

Envía un body personalizado en requests POST/PUT

Validación de contenido

Verifica que la respuesta contiene un texto específico (ej: "OK" o "status: up")

Timeout

Configura cuánto tiempo esperar antes de considerar el servicio caído

Reintentos

Número de fallos consecutivos antes de enviar una alerta

Configurar alertas

Cuando un monitor detecta que tu servicio está caído, SecuryBlack puede notificarte por:

  • ✓ Email
  • ✓ Discord
  • ✓ Telegram
  • ✓ Slack

Configura los canales de notificación en tu dashboard y asócialos a cada monitor.

Historial de checks

Cada monitor mantiene un historial de las últimas 50 comprobaciones, incluyendo:

  • • Timestamp exacto de la comprobación
  • • Código de estado HTTP (si aplica)
  • • Latencia en milisegundos
  • • Motivo del fallo (si lo hubo)

Mejores prácticas

  • → Monitoriza un endpoint específico (ej: /health) en lugar de la homepage
  • → Usa reintentos para evitar falsos positivos por latencia temporal
  • → Configura alertas multi-canal para servicios críticos
  • → Revisa periódicamente el historial para detectar patrones de inestabilidad
  • → Usa validación de contenido para confirmar que el servicio realmente funciona