Monitorear disponibilidad

Esta api para monitorear si una web está caída pone el reloj en sus manos: usted registra un monitor desde su propia automatización, fija cada cuánto se ejecuta, y la comprobación corre a esa cadencia y llama a su webhook cuando el estado cambia, de modo que la vigilancia ocurre por usted sin depender de que alguien mire un tablero.

Disponibilidad a la cadencia que usted fije

Los monitores de disponibilidad tradicionales corren como un servicio permanente en el intervalo predeterminado de un proveedor, y ese modelo funciona bien para algunos equipos y mal para otros. Cualquiera que ya opere su propio programador, orquestador o infraestructura de cron suele querer decidir la cadencia él mismo: registrar un monitor, fijar cada cuánto comprueba —cada pocos minutos para una tienda crítica, cada hora para una página más tranquila— y dejar que corra al ritmo exacto que su infraestructura necesita en lugar de uno fijo que no puede cambiar.

Qué hace el monitor en cada ejecución

Registrar un monitor con POST /web/uptime recibe una URL objetivo y una cadencia; en cada ejecución realiza una verificación de alcanzabilidad —si el endpoint respondió, su código de estado y cuánto tardó en contestar— y la compara con el estado anterior. Usted decide por completo el intervalo: cada pocos minutos durante una ventana de despliegue, una vez por hora en estado estable, o lo que corresponda al perfil de riesgo del endpoint.

De la alarma de un buscapersonas al monitor programable

Monitorear disponibilidad solía significar que un buscapersonas sonara porque alguien notó que un sitio estaba caído; luego llegaron los tableros y los verificadores externos siempre activos. El siguiente paso es tratar el monitor como un bloque de construcción programable y no como un producto fijo: algo que sus propios sistemas registran, cuya cadencia fijan y que devuelve un webhook cuando el estado cambia, en el horario que su infraestructura realmente necesita y no en el intervalo predeterminado de un proveedor.

Pensado para scripts, no para tableros

Registrar el monitor es asíncrono: recibe un schedule_id de inmediato, y a partir de ahí un webhook firmado se dispara cada vez que el estado cambia —la opción práctica para alimentar un sistema de alertas o una página de estado de forma automática— en lugar de consultar un tablero a mano. Ese diseño encaja de forma natural en un generador de página de estado, en un runbook de respuesta a incidentes o en un pipeline de despliegue que reacciona cuando un monitor se pone en rojo.

Un precio único y predecible

Cada verificación cuesta un valor fijo de $0.002 por solicitud, publicado sin niveles ocultos, y no hay plan gratuito ni período de prueba: el acceso requiere saldo prepago, lo que mantiene la capacidad de verificación rápida y libre de abuso. Una verificación fallida se reintenta automáticamente hasta tres veces antes de devolver un error claro, y una tarea que finalmente falla nunca se cobra.