Reintentos y umbrales de alerta

Por qué ocurren los falsos positivos

Una sola ejecución fallida no siempre significa que su servicio esté caído. Un corte de red momentáneo, un handshake lento o una región de monitorización inestable pueden hacer que un endpoint sano parezca roto durante un instante. LoadFocus le ofrece tres capas que impiden que estos falsos positivos le despierten: los reintentos, un umbral de fallos consecutivos y un umbral multiubicación.

Los tres ajustes viven en la propia comprobación, en la página New API Check, y funcionan para comprobaciones de API, TCP, DNS y navegador.

Reintentos

Cuando una comprobación falla, LoadFocus puede reintentarla antes de marcar la ejecución como fallida. Un fallo transitorio que pasa en el reintento nunca se convierte en un fallo real. Puede configurar:

• Número de reintentos: cuántas veces se reintenta, de 0 a 5.
• Intervalo entre reintentos: la espera entre intentos, de 1 a 60 segundos.
• Estrategia de backoff: espaciado fixed, linear o exponential entre intentos.
• Región de reintento: reintentar desde la misma región o desde otra distinta, para descartar ruido local de la región.
• Tiempo máximo total de reintentos: un límite a la duración conjunta de todos los reintentos.

Umbral de fallos consecutivos

Los reintentos absorben los cortes dentro de una ejecución, pero una comprobación aún puede producir una ejecución mala aislada. En lugar de alertar en el primer fallo, puede alertar solo tras N ejecuciones fallidas consecutivas. Si prefiere la máxima sensibilidad, también puede elegir recibir una alerta en cada fallo.

Las notificaciones de recuperación se envían cuando la comprobación vuelve a pasar, de modo que siempre sabe cuándo ha terminado el incidente.

Umbral multiubicación

Cuando una comprobación se ejecuta desde varias regiones, puede definir cuántas ubicaciones deben fallar para que la comprobación cuente como fallida. Esto actúa como un quórum: una sola región inestable no puede avisarle por sí sola, mientras que una caída real vista desde varias regiones sí lo hace.

Cómo se combinan las tres capas

Cada capa absorbe un tipo distinto de ruido:

• Los reintentos absorben los cortes dentro de una misma ejecución.
• El umbral de fallos consecutivos absorbe las ejecuciones malas aisladas.
• El umbral multiubicación absorbe el ruido de una sola región.

Juntas hacen que una alerta refleje casi siempre un problema real, sostenido y visible desde varias regiones. Para los ajustes comunes de las comprobaciones, consulte Cómo crear una nueva comprobación de API. Para elegir dónde se entregan las alertas, consulte los canales de alerta, y descubra más sobre Uptime Monitoring.