Gestiona quién puede hacer qué
- Organizaciones, usuarios, roles y permisos
- Ciclo de vida y configuración de los clusters
- Auditoría a escala de 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 sobre dispositivos siguen funcionando con la nube disponible, degradada o ausente.
Identidad, acceso, estructura de clusters — eso es del Cloud Gateway. Los clusters ejecutan cada operación sobre dispositivos. Ningún dispositivo mantiene una conexión directa con el Cloud Gateway.
- Cloud Gateway: identidad, RBAC, auditoría
- Los clusters son dueños del aprovisionamiento, la telemetría y la ejecución
- Funciona en nube, on-premise e híbrido
- Los clusters siguen funcionando si la nube cae
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 toca los dispositivos.
La separación entre control y ejecución es deliberada — el único invariante sobre el que descansa todo lo demás en la plataforma.
El Cloud Gateway nunca habla con tus dispositivos. Los clusters son la única capa que lo hace.
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 clusters. Nada más.
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 a la nube hacen pull de la identidad de usuarios y organización, más las actualizaciones de política, desde el Gateway; periódicamente devuelven el inventario del cluster y los datos de uso. El mantenimiento — actualizaciones de software y similares — arranca cuando un administrador de la organización lo dispara a través del Gateway, que retransmite la instrucción al cluster para ejecutarla en local. La gestión de dispositivos nunca pasa por el Gateway. Los operadores trabajan directamente con la API del Cluster y el Dashboard.
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 cada flujo operativo — cloud, on-premise o híbrido.
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 ejecutan más de una vía de configuración a la vez, y así una flota mixta se queda bajo un solo plano.
GUI Nativa del Dispositivo
Interacción directa con la interfaz web o local del propio 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 solo plano de control 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 lado del 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 sea cual sea el fabricante o el protocolo.
Device Adapters
Traducen los comandos de la plataforma en acciones específicas del dispositivo — gestionando diferencias de protocolo y formatos de configuración de cada fabricante.
Modelos de Despliegue
Cloud, on-premise o híbrido — mismo plano de control.
La separación entre control y ejecución convierte cada forma 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 por separado. Una caída de la nube nunca detiene el control de dispositivos. Los clusters siguen funcionando solos.
- 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 decide dónde ocurre la ejecución, sin excepciones
Air-gapped, on-prem e híbrido son formas 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 cada operación sobre dispositivos. Los dispositivos nunca se conectan 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