Monitorear disponibilidad

Disponibilidad sin un demonio siempre encendido

Los monitores de disponibilidad tradicionales corren como un servicio permanente, haciendo ping sin parar sin importar si necesita ese dato en ese instante, 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 lo contrario: una verificación única y precisa que dispara él mismo, que encaja en un pipeline o que corre justo después de un despliegue, en lugar de un monitor de caja negra haciendo polling en silencio en la nube de otro.

Qué devuelve una sola verificación

Una llamada a POST /web/uptime recibe una URL objetivo y realiza en ese momento una verificación de alcanzabilidad: si el endpoint respondió, su código de estado y cuánto tardó en contestar. Como la verificación corre en el instante en que la solicita y no en un intervalo interno fijo, usted decide por completo la cadencia: cada treinta segundos durante una ventana de despliegue, una vez por hora en estado estable, o disparada bajo demanda desde un script de respuesta a incidentes.

De la alarma de un buscapersonas a la verificación 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 la verificación misma como un bloque de construcción y no como un producto fijo: algo que sus propios sistemas llaman igual que llamarían a cualquier otra API, en el horario que su infraestructura realmente necesita y no en el intervalo predeterminado de un proveedor.

Pensado para scripts, no para tableros

Cada solicitud es asíncrona: recibe un task_id de inmediato, y el resultado se entrega después mediante un webhook firmado, la opción práctica para alimentar un sistema de alertas o una página de estado de forma automática, o un enlace firmado válido por 24 horas para consultas manuales. 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 condiciona un rollback al resultado de la verificación.

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.