Una solución integral, desplegada por módulos
ALICE cubre el ciclo completo de la operación de una central sobre una única base de datos y un único historial. La estructura modular determina dónde se instala cada componente y cómo se distribuye la carga, y es lo que permite que la plataforma acompañe el crecimiento sin un cambio de sistema.
Arquitectura en red con operación distribuida
Cada consola y cada motor constituye un componente que se instala donde la operación lo requiere. Un puesto de operador no carga los módulos administrativos, y el motor de analítica puede ejecutarse en un equipo distinto del núcleo del sistema.
La comunicación entre componentes se realiza sobre TCP/IP cifrado, lo que admite operación dispersa: estaciones en la central, en sedes alternas o en ubicaciones remotas, sobre LAN, WAN, VPN o MPLS, incluso en un área geográfica extensa.
La distribución de la carga entre servidor y estaciones es lo que determina el techo de crecimiento de una central.
Decisiones de diseño que sostienen el crecimiento
Las que determinan el comportamiento del sistema cuando aumenta el número de cuentas o cuando el video pasa a formar parte sustancial de la operación.
Procesamiento de video distribuido
El flujo de video se procesa en las estaciones de trabajo de cada operador en lugar de concentrarse en el servidor, de modo que la incorporación de cámaras no satura el núcleo del sistema.
Escalado automático de hilos
Los hilos de procesamiento se ajustan al número de fuentes de señal activas sin requerir reconfiguración manual.
Transmisión diferencial
La sincronización envía únicamente los cambios de información, con compresión y segmentación en bloques.
Protocolo propio de comunicación
El intercambio entre componentes utiliza un protocolo diseñado específicamente para este tipo de tráfico.
Agentes concurrentes
La preparación de resúmenes y reportes extensos se ejecuta en procesos paralelos, sin afectar la atención de eventos.
Filtrado en el nivel del driver
Las señales repetitivas o de prueba pueden filtrarse antes de su registro, lo que evita el crecimiento innecesario de la base de datos de eventos.
Instalación en la central o en nube privada
Ambas modalidades están disponibles. La elección depende de las condiciones del enlace de la central, de su política interna y de los requerimientos del cliente final.
| Criterio | Instalación en la central | Nube privada |
|---|---|---|
| Ubicación del servidor | En las instalaciones de la central, bajo su control físico. | En instancia dedicada dentro de un centro de datos profesional. |
| Inversión inicial | Servidor, licencias de sistema operativo, UPS, climatización y respaldo eléctrico. | Sin inversión en equipo; costo recurrente de la instancia. |
| Continuidad eléctrica y climatización | A cargo de la central. | Incluida en el servicio de infraestructura. |
| Dependencia del enlace | La operación local continúa ante una caída de Internet; se pierde el acceso remoto. | Requiere enlace estable en la central, preferiblemente con respaldo. |
| Crecimiento de recursos | Requiere dimensionar y adquirir hardware por anticipado. | Los recursos de la instancia se ajustan sin sustituir equipo. |
| Aislamiento | Total por definición: el servidor es propio. | Una instancia dedicada por central, con separación a nivel de hipervisor. |
| Recuperación ante desastre | Según el plan de continuidad que la central tenga implementado. | Centros de respaldo con puesta en marcha automática. |
Una central con planta eléctrica, enlace redundante y personal técnico propio dispone de argumentos para una instalación local. En ausencia de esas condiciones, conviene cuantificar el riesgo asumido antes de decidir.
Una central, varios puntos de operación
La operación puede repartirse entre varias ubicaciones sin fragmentar la plataforma. Todas las consolas —en la sede principal, en otra ciudad o en las instalaciones de un cliente— trabajan sobre la misma base de datos, con los mismos procedimientos y bajo el control central de la empresa de monitoreo.
Consolas regionales
Cada sede atiende únicamente el grupo de cuentas que se le asigna, con los mismos procedimientos que el resto de la operación.
Consola en el cliente corporativo
El cliente supervisa solo sus propios sitios, sin acceso al resto de la base de cuentas de la central.
Aliado regional
Un tercero puede operar sus cuentas dentro de la misma plataforma, con permisos acotados a ese grupo.
Consolas por tipo de servicio
La operación puede dividirse por región, por cliente, por tecnología —alarmas, video o localización— o por nivel de prioridad.
Organismos de socorro y subcontratistas
Consolas simplificadas con información limitada al evento que les corresponde atender.
Centro de respaldo
Conmutación automática hacia un centro alterno, con la misma configuración y los mismos procedimientos.
Conexión cifrada sobre LAN, WAN, VPN o MPLS. Permisos por consola y por rol, administrados de forma centralizada.
- Búferes en disco Protegen la información residente en memoria volátil ante una interrupción abrupta del servicio.
- Copias de seguridad programadas Respaldo de la base de datos administrado desde su propio módulo.
- Centros de respaldo Puesta en marcha automática de un centro alterno, de modo que la recepción de señales no dependa de una única ubicación.
- Redundancia de infraestructura En el entorno de nube: alimentación independiente, UPS, generación de emergencia y conectividad redundante.
- Acuerdo de disponibilidad El entorno de nube opera con un compromiso de disponibilidad del 99,9 %.
Comportamiento ante fallo
La pregunta relevante en la evaluación de una plataforma no es si el sistema puede fallar, sino qué mecanismos operan cuando falla y cuál es el tiempo de restablecimiento.
Conviene abordar este punto con cifras de la propia operación: tiempo acumulado sin recepción de señales en el último año, causas identificadas e impacto económico asociado. Ese dato suele sustentar la decisión de migración con mayor solidez que cualquier comparación funcional.
Especificaciones de plataforma
Plataforma base
- Sistema operativo Windows y base de datos SQL
- Comunicación TCP/IP cifrada entre componentes
- Módulos y terminales sobre LAN, WAN, VPN o MPLS
- Terminales de operador sin límite por diseño, con soporte multimonitor
- Integración con Active Directory de Microsoft
- Gestión centralizada de autorizaciones y permisos
Operación y datos
- Interfaz y soporte en español
- Historial completo de eventos y alarmas para análisis posterior
- Registro de actividad asociado a la cuenta de usuario que la ejecuta
- Respaldo automático y recuperación ante fallo
- Balanceo de procesos para reducción de carga del servidor
- Instalación local o en nube privada
Las especificaciones de servidor, almacenamiento y ancho de banda dependen del número de cuentas, del volumen de señales, del número de cámaras incorporadas al servicio y del período de conservación del histórico. Se calculan durante el levantamiento técnico sobre las cifras de la operación.
Sobre arquitectura y despliegue
¿Es posible migrar de instalación local a nube privada, o a la inversa?
Sí. Implica migración de la base de datos, reconfiguración del acceso de las terminales y una ventana de corte coordinada, por lo que se planifica como proyecto y no como una operación de mantenimiento.
¿Qué ocurre ante una caída del enlace de Internet de la central?
En instalación local, la recepción de señales por línea telefónica o radio continúa, y se pierde el acceso remoto y el video de sitios externos. En nube privada, la operación se interrumpe hasta el restablecimiento del enlace, por lo que el respaldo de conectividad resulta necesario. Es el factor de mayor peso en la elección entre ambas modalidades.
¿Cuántas cuentas admite?
La capacidad depende del perfil de señales más que del número de cuentas. Una operación con diez mil cuentas residenciales de baja actividad y otra con mil cuentas comerciales con video generan cargas muy distintas. El diseño —procesamiento distribuido de video, escalado de hilos y componentes independientes— está orientado a resolver el crecimiento mediante la incorporación de estaciones y recursos.
¿La central administra sus propios respaldos?
Sí. El administrador de base de datos es un módulo propio, con respaldo programado y rutinas de mantenimiento. En el esquema de nube privada se suman los respaldos del entorno de infraestructura. Se recomienda verificar periódicamente la restauración efectiva de las copias.
Revisión técnica sobre su infraestructura actual
Enlace, servidor, respaldo eléctrico, plan de contingencia y número de puestos de operación permiten determinar la modalidad de despliegue adecuada.