Un único Core multi-tenant y escalable, con arquitectura híbrida y experiencias adaptadas a cada modo de operación.
Arquitectura distribuida para cámaras, comunidad, IoT e IA
Horus se organiza como una arquitectura de servicio distribuida: las cámaras y sensores permanecen en cada sitio, la experiencia móvil permite operar desde cualquier lugar, el edge puede ejecutar cargas cercanas al punto de captura y el entorno cloud coordina identidades, permisos, notificaciones, escenarios e integraciones.
Cada instancia de Horus representa un entorno autónomo. Las relaciones entre dispositivos, usuarios, grupos, calendarios, permisos y automatizaciones existen dentro de esa instancia, lo que garantiza independencia operativa y seguridad lógica entre diferentes instalaciones o clientes.
Capas conectadas del ecosistema
Horus by Fidumtec es más que una app, una solución IoT o un sistema de cámaras. Es una plataforma distribuida compuesta por capas conectadas:
- Campo: cámaras, sensores, actuadores, dispositivos físicos e infraestructura instalada.
- Gateway / edge local: gateways, adaptadores, protocolos de campo y procesamiento cercano al sitio.
- ISP / edge operador: red del ISP, datacenter, edge regional, storage, GPU, grabación e inferencia.
- Horus Cloud: identidad, instancias, usuarios, permisos, reglas, dashboards, eventos y multi-tenancy.
- IA y automatización: analítica de video, eventos inteligentes, reglas, escenarios y acciones automáticas o asistidas.
- Experiencia móvil / Clipxu: visualización, alertas, operación en campo e interacción de usuarios.
Los puntos 4, 5 y 6 permiten que la lógica centralizada de la arquitectura conviva de forma distribuida en múltiples plataformas. Horus Cloud deja de entenderse como una nube única y pasa a operar como una red de nubes, sean cloud puras, nubes de operador o despliegues ISP conectados entre sí.
Conexión por instancia y operación multi-cloud
Cada instancia Horus pertenece a un nodo cloud determinado. Ese nodo puede estar asociado a un ISP, a una región cloud específica o a una nube operada dentro de una arquitectura distribuida. La conexión no se resuelve contra una nube única global, sino contra el nodo cloud donde vive la instancia que se quiere operar.
En la aplicación móvil Clipxu, el usuario se conecta al nodo cloud donde está registrada la instancia Horus que está configurando u operando. Si cambia de instancia, la configuración activa pasa a apuntar al nodo cloud correspondiente a esa nueva instancia.
En un dashboard, el comportamiento es distinto: cada monitor puede representar la visualización o el control de un elemento Horus diferente. Por eso las conexiones del dashboard se realizan contra el nodo cloud al que pertenece la instancia Horus de cada elemento monitoreado. Un mismo dashboard puede operar, en paralelo, elementos alojados en nubes ISP, regiones cloud o nodos cloud distintos.
Visión: una única plataforma tecnológica
La capacidad del backend no está definida por el tamaño de una interfaz ni por la cantidad habitual de cámaras de un usuario. Horus fue concebido como una plataforma multi-tenant, donde cada instancia conserva autonomía, usuarios, permisos, dispositivos y reglas, mientras el procesamiento horizontal crece con la capacidad de cómputo disponible.
El mismo Core puede sostener una cámara, una comunidad, una empresa con múltiples sitios o miles de instancias operando en paralelo. No existen backends “pequeños” y “grandes”: existe una plataforma común que distribuye cargas, mantiene aislamiento entre entornos y amplía recursos sin fragmentar la arquitectura.
La simplicidad es una decisión de experiencia
Horus oculta complejidad técnica para que la incorporación y la operación cotidiana resulten simples. El descubrimiento de dispositivos, los asistentes de configuración, las automatizaciones y la navegación directa son decisiones de producto; no representan límites del Core.
Cuando una operación pasa de decenas a miles de cámaras, lo que debe evolucionar es la forma de trabajo. Una operación empresarial o un centro de monitoreo necesita búsquedas avanzadas, filtros complejos, acciones masivas, jerarquías, dashboards operativos, permisos corporativos, auditoría y gestión por sitios, regiones o sucursales.
La diferencia no está en el procesamiento. Cambian:
- La interfaz presentada al usuario.
- Las herramientas habilitadas.
- Los flujos de configuración, supervisión y respuesta.
- El nivel de agregación y gobierno operativo.
Modos de operación y alcance
| Modo | Objetivo de la experiencia |
|---|---|
| Personal | Simplicidad absoluta para operar un entorno acotado. |
| Comunidad | Gestión colaborativa de espacios, vecinos, permisos y eventos. |
| Empresa | Operación jerárquica y multi-sitio con herramientas de administración masiva. |
| Analítica e IA | Explotación de grandes volúmenes de eventos, métricas y datos operativos. |
| Centro de monitoreo | Supervisión en tiempo real, priorización de incidentes y respuesta coordinada. |
Todos los modos utilizan el mismo backend. Una experiencia especializada puede evolucionar sin duplicar servicios, separar datos artificialmente ni crear una plataforma paralela.
Arquitectura híbrida: procesar donde aporta más valor
Las cámaras permanecen en el sitio del cliente y se vinculan de forma segura con la infraestructura de servicio. Según la necesidad, los módulos pueden ejecutarse en edge local, en un entorno intermedio de baja latencia y ancho de banda disponible, o en cloud. Esta flexibilidad permite equilibrar latencia, tráfico, costo, disponibilidad y gobierno.
El streaming se protege desde el gateway hasta la capa de acceso. Los procesos especializados consumen video autorizado y convierten imágenes en eventos o datos; el Core coordina reglas, notificaciones, escenarios e históricos, y la experiencia móvil consume la información sin depender del lugar donde fue producida.
Un Core, distintas expresiones del ecosistema
Los “sabores” de Horus no son backends incompatibles. Son distintas formas de aprovechar el mismo núcleo tecnológico:
- Horus articula comunidad inteligente, cámaras, IoT, permisos y automatización.
- HorusSense orienta la plataforma hacia analítica, IA e inteligencia para negocios.
- Clipxu presenta la experiencia móvil para visualización, alertas y operación.
- Fidumtec integra y respalda institucionalmente el ecosistema y sus verticales.
Esta separación permite adaptar la propuesta comercial y la experiencia sin fragmentar el desarrollo del backend. El Core permanece único; cada expresión selecciona capacidades, interfaces y flujos adecuados para su contexto.
1. Cámaras y sitios
- Las cámaras se incorporan usando estándares como ONVIF.
- Un mismo usuario puede operar cámaras propias o vistas compartidas por terceros.
- La plataforma evita depender del cloud propietario de cada fabricante.
2. Cloud, edge y experiencia móvil
- Administra usuarios, grupos, cámaras, permisos y comunidades.
- Define ventanas de acceso 7x24 o permisos eventuales con fecha de inicio y fin.
- Coordina notificaciones específicas hacia usuarios vinculados.
- Mantiene dashboards personalizados según los permisos de cada usuario.
- Permite que Clipxu actúe como experiencia móvil para visualización, alertas y operación.
- Expone la base para despliegues como ISP, IoT, comunidades e infraestructura crítica.
3. Sensores, acciones e IA
- Integra sensores IoT seleccionados para complementar la información de las cámaras.
- Puede ejecutar acciones físicas remotas usando dispositivos IoT.
- Procesa imágenes de video con motores de inferencia para generar eventos e información para el usuario.
- Permite reglas basadas en eventos, condiciones lógicas, estados de sensores, horarios, calendarios y presencia de usuarios.