Resumen operativo
El panel se sincroniza con el backend mediante snapshot periódico y, cuando está disponible, streaming de eventos. Los alias de nodos y políticas de retención se aplican del lado servidor.
Si usás el simulador táctico (solo laboratorio), las posiciones se generan en el servidor y se fusionan con los nodos reales para pruebas de UI sin hardware en campo.
En profundidad
Un panel operativo solo es útil si refleja la realidad en vivo. Sentinel combina dos mecanismos para lograrlo: snapshots periódicos del estado completo (lo que asegura consistencia incluso si un evento se pierde) y un stream de eventos cuando está disponible (que minimiza latencia entre lo que pasa en campo y lo que ve el centro de operaciones).
Los snapshots son una foto de toda la flota al momento: posiciones, estados, geocercas activas, alias. Llegan al panel en intervalos cortos y aseguran que cualquier divergencia (por desconexión momentánea, evento perdido en el stream) se corrige periódicamente. El usuario casi nunca lo nota: la fusión entre snapshot y stream es transparente para quien usa el mapa.
Algunos parámetros del sistema se aplican server-side y no son negociables desde el cliente: alias de nodos, políticas de retención de historial, configuración de geocercas. Esa decisión arquitectónica garantiza que múltiples administradores no entren en conflicto modificando datos de la misma organización: la fuente de verdad es el backend, los clientes leen y proponen cambios.
Para entornos de prueba o demos sin hardware físico, Sentinel incluye un simulador táctico que genera posiciones server-side y las fusiona con los nodos reales. Eso permite mostrar la UI con flota activa para entrenamientos, presentaciones a clientes o desarrollo de funciones nuevas. Es solo para laboratorio: en producción se asegura que el simulador esté apagado para evitar que datos sintéticos contaminen la operación real.
Abrir en el producto