Reintentos y umbrales de alerta

Por qué ocurren los falsos positivos

Una sola ejecución fallida no siempre significa que tu servicio esté caído. Un fallo de red transitorio, un handshake lento o un timeout puntual pueden hacer que un endpoint sano parezca roto durante un momento. LoadFocus tiene dos formas de evitar que eso te avise, según el tipo de verificación: los reintentos y alertar tras N fallos consecutivos.

Ambos están en la sección Reintentos antes de alertar del formulario de la verificación, en la página de nueva verificación de API.

Reintentos: verificaciones de API, multipaso, TCP y DNS

Cuando una de estas verificaciones falla, LoadFocus la vuelve a ejecutar antes de informar del resultado. Si un reintento pasa, la ejecución se registra como correcta y no se alerta. Puedes definir:

• Reintentos: cuántos intentos adicionales, de 0 a 5. Las verificaciones nuevas empiezan en 2; 0 desactiva los reintentos.
• Intervalo (s): la espera base entre intentos, de 1 a 60 segundos.
• Backoff: espaciado Fijo, Lineal o Exponencial entre intentos.
• Tiempo máximo de reintento (s): un tope de cuánto pueden tardar todos los reintentos juntos.

Un reintento siempre se ejecuta desde la misma ubicación que el intento fallido. Cómo crecen las esperas y cómo funciona el tope de tiempo se explica en Reintentos Antes de Alertar.

Alertar tras N fallos consecutivos: verificaciones de navegador

Las verificaciones de navegador no reintentan. En la misma sección el campo pasa a ser Alert after N consecutive failures, y la frecuencia de tu verificación es el espaciado entre ejecuciones. LoadFocus alerta cuando se producen N ejecuciones fallidas seguidas, de 0 a 5. Un valor de 0 o 1 alerta en la primera ejecución fallida.

Una notificación de recuperación solo se envía cuando se envió una alerta, así que un fallo breve que nunca llegó a N no produce un mensaje de "recuperado".

Alertar en cada fallo

En Advanced notification options, el interruptor cada vez que una verificación falla envía una alerta por cada ejecución fallida, en lugar de solo cuando la verificación empieza a fallar. En una verificación de navegador con N mayor que 1, empieza a alertar cuando se alcanzan N ejecuciones fallidas seguidas y después alerta en cada ejecución fallida adicional. seguir recordándome mientras una comprobación siga caída envía recordatorios repetidos con la programación que elijas.

Para los ajustes comunes de las verificaciones, consulta Cómo Crear una Nueva Verificación de API. Para elegir dónde se entregan las alertas, consulta Canales de alerta, y conoce más sobre el monitoreo de uptime.