Un stream, un lector: diseñando un standby que toma el relevo
Una segunda conexión con la misma clave cierra la primera, así que la redundancia significa failover, no lectores paralelos. Un diseño de standby que funciona.
PNCLPULSE
Notas fechadas sobre convertir caídas de la API de cuotas de Pinnacle en alertas: umbrales, streams, reenvío y los errores que cuestan una señal.
Una segunda conexión con la misma clave cierra la primera, así que la redundancia significa failover, no lectores paralelos. Un diseño de standby que funciona.
El min_drop filtra el tamaño de la bajada. Tus reglas también pueden filtrar dónde llegó: usar el campo nvp para guardar solo las alertas que importan.
No toda alerta merece su propio ping. Almacena el stream en una ventana, agrupa por partido y envía un mensaje que se lee como un informe.
El stream maneja las reconexiones; el proceso lector necesita cuidado propio. Reinicio, vigilante de silencio, estado en disco y una alarma.
recheck=N retiene cada caída prepartido durante N segundos y la envía solo si el precio no ha rebotado. Qué filtra, qué cuesta, cómo ajustarlo.
Guarda las líneas data: de una sesión en vivo, reprodúcelas por tu relé desde un archivo local y mira filtro, deduplicación y formato funcionando.
Un stream, muchos destinos. Pon una tabla de rutas entre tu filtro y tus webhooks para que cada deporte y severidad caiga en su propio canal.
El min_drop se define por conexión y tienes una conexión por stream. Fija el suelo bajo y aplica umbrales por deporte en tu propio código.