Help CenterOpen app

Tipos de monitor

Elige el monitor que coincida con la evidencia que puedes recopilar. Si el destino puede llamar a KEEPitALIVE, usa Heartbeat/Receptor de eventos. Si KEEPitALIVE debe llamar al destino, usa HTTP/API, Browser, Ping, TCP, DNS o Game.

ELEGIR RÁPIDO

  • ¿Endpoint de salud HTTP público? Usa HTTP.
  • ¿La respuesta de una API JSON necesita aserciones de campos o detalles de respuesta capturados? Usa API.
  • ¿La app web solo funciona tras JavaScript, detección de muro de login o importa el comportamiento WAF/bot? Usa Browser.
  • ¿Solo accesibilidad del host? Usa Ping.
  • ¿El puerto debe aceptar conexiones? Usa TCP.
  • ¿La respuesta DNS debe coincidir con los registros esperados? Usa DNS.
  • ¿Tarea cron, copia de seguridad, despliegue, worker o señal de red privada? Usa Heartbeat.
  • ¿Servidor Minecraft, FiveM o Steam/Source? Usa Game Server.
Selector de tipo al crear un monitor con las opciones HTTP, Ping, TCP, Game, Heartbeat, DNS y API
Elige la señal que mejor demuestre que el servicio o el flujo está sano.

HTTP

Sondea una URL y considera saludables los códigos de estado seleccionados. Úsalo para endpoints de salud simples, API públicas, páginas de aterrizaje, redirecciones, comprobaciones de caducidad de TLS/dominio, comprobaciones de presencia/ausencia de palabras clave y umbrales de latencia.

GET https://api.example.com/health

API

Monitorización HTTP con cuerpos de solicitud, tipo de contenido, cabeceras personalizadas, estados esperados, aserciones JSON, cuerpo/cabeceras de respuesta capturados y diagnósticos específicos de API. Úsalo cuando "200 OK" no es suficiente.

POST https://api.example.com/graphql + JSON assertion

Browser

Ejecuta un navegador headless contra la página. Úsalo cuando importan el renderizado de JavaScript, el arranque de SPA, los errores del lado del cliente o el comportamiento bot/WAF. Las comprobaciones Browser son más pesadas y cuestan más créditos.

browser https://app.example.com

Ping (ICMP)

Envía ping ICMP y mide el tiempo de ida y vuelta. Bueno para dispositivos de red, hosts e IP públicas donde "accesible" es la señal. No es útil cuando ICMP está bloqueado por diseño.

ping monitor.example.net

TCP Port

Intenta una conexión TCP a host:puerto. Úsalo para SSH, SMTP, MQTT, bases de datos, colas, proxies y cualquier servicio donde aceptar un socket es prueba suficiente de disponibilidad.

tcp://db.internal:5432

DNS

Resuelve uno o más tipos de registro DNS y, opcionalmente, verifica valores esperados. Úsalo para detección de desviaciones A/AAAA/CNAME/MX/TXT/NS, comparación de resolutores y seguimiento de caducidad de dominio.

A + TXT records for example.com

Heartbeat / Event Receiver

Monitorización invertida. Tu tarea, pipeline de despliegue, agente o gateway de red privada hace POST a KEEPitALIVE. El modo programado alerta sobre latidos ausentes; el modo Receptor de eventos evalúa condiciones de payload.

POST heartbeat_url with {"status":"maintenance"}

Game Server

Consulta Steam/Source A2S, Minecraft, FiveM o alternativas TCP/ping. Realiza el seguimiento de disponibilidad, latencia, metadatos de mapa/servidor, número de jugadores y, cuando se admite, la lista opcional de jugadores.

A2S_INFO udp://game.server:27015

QUÉ NO MONITORIZAR DIRECTAMENTE

  • No apuntes comprobaciones a servicios internos sensibles o paneles de control, salvo que estén destinados a ser monitorizados desde KEEPitALIVE.
  • No uses Browser cuando HTTP/API da la misma señal; es más caro y más lento.
  • No uses Ping/TCP cuando necesitas corrección semántica. Un puerto puede estar abierto mientras la aplicación está averiada.
  • No uses el Receptor de eventos como detector de recuperación, salvo que tu emisor publique siempre el payload de cierre. El silencio no se trata como recuperado.
SiguienteMonitorización de disponibilidad