Cómo funciona
Un acta que entra debe llegar, con garantías distintas, a tres audiencias repartidas en ocho servidores que no comparten memoria. Redis es lo que los hace comportarse como un solo sistema.
El camino de un acta
- El jurado la envía. Queda guardada en su teléfono y se transmite por WebSocket en cuanto hay señal. Si la conexión cae, se reintenta sola sin sumar dos veces.
- Redis la registra en un solo paso. Un script actualiza a la vez mesa, puesto, municipio y departamento. Si los totales no cuadran, va a verificación humana y no suma.
- El jurado recibe respuesta. Siempre sabe si quedó registrada, incluso cuando reenvía algo que ya había llegado.
- Cada dos segundos se publica lo que cambió. Se agrupan las actas de esa ventana y solo viajan las cifras distintas, no un mensaje por acta.
- Las ocho instancias lo reparten. Cada una envía por lotes a quienes miran ese municipio o puesto, cediendo el turno para no congelar a los demás usuarios.
Las tres audiencias
| Audiencia | Transporte | Garantía |
|---|---|---|
| Jurados | WebSocket | El acta se registra una sola vez y el jurado lo sabe con certeza. |
| Público | Server-Sent Events | Quien se reconecta queda igual que quien nunca se fue. |
| Auditores | WebSocket (en construcción) | Dos auditores nunca trabajan sobre la misma acta. |
Cuando algo falla
- Se corta la red del jurado: el acta espera en el teléfono y sale sola.
- Llegan correcciones en desorden: siempre gana la versión más alta.
- Un cliente se desconecta: vuelve con su cursor y recibe solo lo que le faltó.
- Redis no responde: el jurado recibe un rechazo explícito y el público ve un aviso.
- Muere una instancia: sus clientes reconectan a tiempos aleatorios contra las demás.
Qué falta
La consola de auditores con bloqueo exclusivo y presencia, el tablero de operación y las mediciones bajo carga siguen en desarrollo.