Gestiona quién puede hacer qué
- Organizaciones, usuarios, roles y permisos
- Ciclo de vida y configuración de los clusters
- Auditoría centralizada de toda la flota
Arquitectura de la Plataforma
Un Plano de Control Distribuido para Flotas de Dispositivos.
RemoteGenius separa la coordinación global de la ejecución regional — las operaciones de dispositivos siguen funcionando tanto si la nube está disponible, degradada o completamente ausente.
El Cloud Gateway gestiona identidad, acceso y estructura. Los clusters realizan todas las operaciones sobre dispositivos. Los dispositivos nunca están conectados directamente al Cloud Gateway.
- El Cloud Gateway gestiona identidad, RBAC y auditoría
- Los clusters son dueños del aprovisionamiento, telemetría y ejecución
- Funciona en nube, on-premise e híbrido
- Los clusters siguen operando aunque estén desconectados
Cloud Gateway Identidad · RBAC · Auditoría
pull de config
Cluster Plano de ejecución
control local
Dispositivos Encoders · Cámaras · Puentes
Principio Arquitectónico
Los clusters son la única capa que habla con los dispositivos.
La separación entre control y ejecución es deliberada. Es el único invariante del que dependen todas las demás propiedades de la plataforma.
El Cloud Gateway nunca se comunica con tus dispositivos. Los clusters son la única capa que interactúa con los dispositivos.
El Cloud Gateway no actúa como proxy, relay ni túnel para la comunicación con los dispositivos.
Ejecutan lo que realmente ocurre
- Comunicación directa con cada dispositivo
- Servicios en tiempo real, telemetría y automatización
- Ejecución local — sin dependencia de la nube
Cloud Gateway
La capa de control global — no un plano de control de dispositivos.
El Cloud Gateway coordina identidad, acceso y estructura de los clusters. Sus responsabilidades están acotadas de forma estricta y deliberada.
Ciclo de Vida del Cluster
Aprovisionamiento, configuración y mantenimiento de cada cluster que opera la organización.
Identidad y Organización
Organizaciones multi-tenant, cuentas de usuario, autenticación y federación hacia los clusters.
Autorización (RBAC)
Definición de roles, asignación de permisos y control de acceso a nivel de cluster para toda la flota.
Auditoría y Visibilidad
Logs de auditoría centralizados, seguimiento de actividad por organización e informes entre clusters.
Modelo de Control
Pull, no push.
Los clusters conectados al cloud tiran (pull) actualizaciones de identidad de usuarios/organización y de políticas desde el Cloud Gateway; periódicamente envían de vuelta el inventario del cluster y datos de uso. Los administradores de la organización disparan operaciones de mantenimiento (p. ej. actualizaciones de software) a través del Gateway, que retransmite las instrucciones al cluster para su ejecución local. La gestión de dispositivos se realiza íntegramente dentro del cluster — los operadores interactúan directamente con la API del Cluster y el Dashboard, no con el Gateway.
01 Operador API + Dashboard
02 Cluster Hace pull y ejecuta
03 Dispositivo Ruta de control local
Clusters
Donde ocurre el trabajo real.
Un cluster es un plano de servicio regional autocontenido. Aprovisiona dispositivos, los configura, recopila telemetría y ejecuta todos los flujos operativos — en entornos cloud, on-premise o híbridos.
Aprovisionamiento de Dispositivos
Incorporación, registro, autenticación por token y asignación a organización y cluster.
Estado y Telemetría
Métricas en tiempo real, streams de telemetría, logs de eventos y estado del Device Shadow — todo almacenado localmente en el cluster.
Capa de Ejecución
APIs de gestión, flujos de configuración, automatización, programación y servicios de streaming.
Autonomía Local
Los clusters no dependen del Cloud Gateway para gestionar dispositivos — siguen operando cuando están desconectados.
Los clusters soportan múltiples vías de configuración en paralelo para gestionar flotas heterogéneas desde un único plano.
GUI Nativa del Dispositivo
Interacción directa con la interfaz web o local del dispositivo. Útil para soporte del fabricante, puesta en marcha y trabajos puntuales.
Control por API
Gestión estandarizada a través de las APIs de RemoteGenius — abstraída, normalizada y lista para automatización entre fabricantes.
Integración de Dispositivos
Un plano de control unificado sobre hardware heterogéneo.
RemoteGenius soporta tres clases de integración — desde dispositivos totalmente nativos hasta APIs de terceros y hardware legacy adaptado mediante un puente.
Dispositivos Nativos
Totalmente integrados con las APIs de la plataforma. Control directo a través de los servicios del cluster con paridad funcional completa.
Dispositivos de Terceros
Controlados a través de las APIs expuestas por el fabricante. Integrados mediante Device Adapters que traducen los comandos en el cluster.
Basados en Puente (ReGen Bridge)
Para dispositivos sin capacidades remotas. Un puente local se conecta al dispositivo y retransmite el control hacia el cluster.
Dos bloques desacoplan la superficie de control de las particularidades físicas de cada dispositivo:
Device Shadow
Una representación digital del estado del dispositivo. Ofrece una interfaz de control consistente independientemente del fabricante o protocolo.
Device Adapters
Traducen los comandos de la plataforma en acciones específicas del dispositivo — gestionando diferencias de protocolo y formatos de configuración.
Modelos de Despliegue
Cloud, on-premise o híbrido — mismo plano de control.
La separación entre control y ejecución convierte cada modelo de despliegue en un detalle de configuración, no en una reescritura arquitectónica.
Gestionado en Cloud
Clusters totalmente alojados. Mínima responsabilidad de infraestructura para el cliente, con escalado automático.
- Plano de ejecución alojado
- Actualizaciones y escalado gestionados
- Ideal para flotas greenfield
On-Premise (Aislado)
Clusters totalmente autocontenidos. Sin necesidad de conectividad externa; sincronización manual o offline.
- Despliegues air-gapped
- Autonomía local completa
- Entornos regulados o clasificados
Híbrido
Combinación de clusters en cloud y on-prem. Visibilidad central con ejecución local donde importa.
- Identidad y auditoría centralizadas
- Ejecución local por sitio
- Flotas enterprise y de broadcast
Fiabilidad y Separación de Planos
Dos planos independientes, una plataforma.
El Cloud Gateway y los clusters fallan de forma independiente. Una caída del cloud nunca detiene el control de dispositivos. Un cluster puede operar de forma continua por sí mismo.
- Identidad y cuentas de organización
- Definición de roles y políticas de acceso
- Gobernanza, auditoría e informes
- Coordinación del ciclo de vida del cluster
- Comunicación directa con los dispositivos
- Flujos de configuración y ejecución
- Telemetría y estado en tiempo real
- Automatización y programación locales
Un fallo del Cloud Gateway no afecta al control de los dispositivos
Un cluster opera de forma independiente y continua
El cliente mantiene el control total sobre dónde se ejecuta
Los despliegues air-gapped, on-prem e híbridos son ciudadanos de primera clase
Resumen
RemoteGenius no es un proxy de dispositivos centralizado.
Es un sistema de control distribuido. El Cloud Gateway gestiona acceso y estructura. Los clusters realizan todas las operaciones sobre dispositivos. Los dispositivos nunca están conectados directamente al Cloud Gateway.
- Gestión multi-tenant segura a escala de flota
- Soporte para hardware heterogéneo vía adaptadores
- Operación en entornos cloud, híbridos o totalmente aislados
- Control fiable de flotas de dispositivos de cualquier tamaño