Mantén tu lector SSE corriendo durante el fin de semana

El stream SSE reconecta limpiamente cuando la conexión cae, pero eso solo cubre el cable. El proceso que lo sostiene puede morir por razones propias: un despliegue, una muerte por falta de memoria, un reinicio del host a las 4 de la mañana de un sábado. Un lector que sobrevive al fin de semana necesita cuatro cosas: una política de reinicio, un vigilante de silencio, estado en disco, y una alarma que funcione cuando el propio lector está muerto.

Planifica el reinicio, no el uptime

Asume que el proceso saldrá y haz la salida barata. Un supervisor que reinicia el lector con un retraso creciente, segundos primero, luego minutos, convierte una caída en un parpadeo. Al arrancar, retoma desde lo que persististe: la guía de configuración SSE señala que el estado de las reglas pertenece al servidor y que persistir la hora de la última alerta procesada permite a un reinicio reanudar limpio en lugar de re-alertar movimientos ya tratados, verificado el 2026-10-03.

Lo que un reinicio no puede recuperar es el hueco en sí: la documentación no promete punto de reanudación, así que las alertas que cayeron mientras estabas fuera se pierden. La respuesta de la guía de configuración es rellenar un hueco real desde el endpoint REST de caídas, que guarda caídas recientes por unas horas.

Vigila el silencio, no solo las caídas

Un lector puede estar corriendo y no recibiendo nada. Los períodos tranquilos son normales, prepartido especialmente, así que la ausencia de alertas no es prueba de muerte. El endpoint de salud lo resuelve: informa hace cuánto escribió el feed en vivo por última vez, y la regla de la guía de configuración es cerrar y reconectar cuando esa edad sigue creciendo mientras tu conexión no dice nada.

Conecta esa comprobación a un vigilante que registra su decisión. La línea de log que dice que el stream está en silencio y la fuente está en silencio es lo que separa un mercado tranquilo de una conexión atascada de un vistazo.

Mantén la memoria en disco

Todo lo que el lector recuerda en RAM muere con el proceso. Las claves de deduplicación, las ventanas de cooldown y la marca de la última alerta pertenecen a un pequeño archivo o base en disco, escritos conforme cambian. La guía de deduplicación cubre el almacén que sobrevive a reinicios; la versión de fin de semana de ese consejo es que el almacén debería sobrevivir también a un reinicio del host.

Alarma para el lector que no puede hablar

Un lector muerto no puede mandarte una alerta sobre sí mismo. La comprobación tiene que venir de fuera: una línea de heartbeat escrita cada minuto, y un pequeño observador separado que te avisa cuando el heartbeat se detiene durante horas con partidos. Ese observador son unas líneas de planificador y una solicitud, y es la diferencia entre notar un lector muerto el viernes por la noche y el lunes por la mañana.

Reinicia barato, vigila el silencio, mantén la memoria en disco, y deja que algo fuera del proceso haga la preocupación. El stream hará su mitad.