Skip to Content
Gestión de Datos

Gestión de Datos y Arquitectura

IronFlock proporciona una infraestructura completa y end-to-end de recolección y almacenamiento de datos, diseñada para escalabilidad, seguridad y una propiedad de datos clara — desde el edge hasta la nube. Ya sea que enrute telemetría de miles de sensores o construya interfaces SCADA en tiempo real, la arquitectura de datos de IronFlock asegura información segura, aislada y accesible.

Enrutamiento de mensajes y realms seguros

El núcleo de la comunicación en tiempo real de IronFlock es un robusto clúster de enrutamiento de mensajes. Esta infraestructura conecta diversos dispositivos edge dentro de un proyecto entre sí y con la infraestructura cloud de IronFlock.

Para garantizar aislamiento y seguridad estrictos, el clúster se particiona semánticamente en realms seguros. Un realm es una sub-red aislada en la que los mensajes están estrictamente contenidos; los datos y comandos no pueden cruzar de un realm a otro.

Las aplicaciones que corren en sus dispositivos edge usan el ironflock-sdk para comunicarse a través de estos realms:

  • Publish/Subscribe (Pub/Sub): Ideal para transmitir continuamente telemetría de sensores o cambios de estado.
  • Remote Procedure Calls (RPC): Perfecto para disparar acciones directas o consultar de forma segura el estado de un dispositivo.

Bases de datos de proyecto provisionadas dinámicamente

Para almacenamiento persistente y análisis histórico, IronFlock provisiona una base de datos TimescaleDB dedicada y física para cada proyecto.

Esta base de datos del proyecto sirve como el punto central de recolección de datos:

  • Backends de datos de las apps: Todos los backends de datos de las apps instaladas en su proyecto están alojados de forma segura en esta base de datos.
  • Ingesta directa: Cuando las apps de dispositivo publican datos con el ironflock-sdk, ese flujo se recibe y organiza directamente en la base de datos del proyecto.
Vista de Fleet Database en IronFlock mostrando la tabla sensordata de App Demo con lecturas de telemetría en vivo incluyendo temperatura, humedad y marcas de tiempo

Al ser la única fuente de verdad para sus operaciones, la base de datos del proyecto habilita capacidades avanzadas:

  • Consultas SQL: Escriba consultas potentes directamente contra sus tablas históricas.
  • Integración con Physical AI: Deje que el agente de IA de IronFlock extraiga, analice y consulte sus datos usando lenguaje natural.
  • Fuente para visualizaciones: La base de datos es la fuente definitiva para live boards, dashboards IoT y boards SCADA.

Propiedad de los datos y el Reglamento de Datos de la UE

IronFlock se basa en un principio claro: el propietario del proyecto es el propietario de los datos — no el desarrollador de la app.

Todos los datos producidos por las apps — flujos de telemetría de dispositivos edge, logs de eventos o analítica derivada — se almacenan en la base de datos del proyecto, que pertenece al propietario del proyecto. El desarrollador escribe la app, pero los datos que esa app genera dentro de un proyecto son propiedad exclusiva del proyecto que la aloja.

Este modelo se alinea directamente con los requisitos del Reglamento de Datos de la UE (EU Data Act), que otorga a los usuarios de productos conectados y servicios relacionados el control total sobre los datos que generan sus dispositivos. En IronFlock:

  • Control exclusivo. El propietario del proyecto tiene control administrativo completo sobre la base de datos del proyecto — puede leer, exportar, borrar y respaldar todos los datos.
  • Sin recolección silenciosa. Los desarrolladores de apps no pueden acceder a los datos de un proyecto sin ser invitados explícitamente. No hay tuberías ocultas desde los proyectos hacia los desarrolladores.
  • Portabilidad. Como todos los datos viven en una instancia estándar de TimescaleDB, pueden consultarse con SQL, exportarse en formatos abiertos y migrarse cuando se desee — sin vendor lock-in.
  • Compartición granular. El propietario puede invitar a desarrolladores, partners de integración u otros interesados al proyecto y conceder permisos finos de acceso a áreas de datos específicas. Esto facilita aprovechar soporte técnico de terceros, mantenimiento remoto o analítica especializada — en los términos que el propietario define y puede revocar en cualquier momento.

En resumen: las apps producen datos, pero el propietario del proyecto los posee, controla y comparte. Este modelo de propiedad es un objetivo de diseño de primer nivel de la plataforma IronFlock, no algo añadido después.

Opción de exclusión: evitar la pipeline de datos de IronFlock

La capa de mensajería y la base de datos de proyecto son el camino recomendado — ofrecen enrutamiento en tiempo real, almacenamiento duradero, datos listos para dashboards y garantías de propiedad integradas. Sin embargo, IronFlock no obliga a las apps a usar esta pipeline.

Las apps que corren en dispositivos gestionados por IronFlock son workloads de contenedor normales y conservan plena libertad de red y sistema. Si un propietario o un desarrollador prefiere otro stack de datos, la app puede:

  • Enviar a sistemas externos. Mandar datos directamente a brokers de terceros (MQTT, Kafka, AMQP), endpoints de ingesta en la nube (AWS IoT, Azure IoT Hub, Google Cloud IoT) o APIs REST / gRPC propias.
  • Usar almacenamiento alternativo. Escribir en una base externa (InfluxDB, MongoDB, S3, una TimescaleDB propia, etc.), en lugar o además de la base del proyecto IronFlock.
  • Puentear a sistemas on-premises. Integrarse con sistemas MES, ERP, historian o SCADA existentes por la red local, sin tocar la nube de IronFlock.
  • Combinar. Publicar un subconjunto de datos en IronFlock para dashboards y análisis de IA, y transmitir los datos completos a otro destino.

Esta flexibilidad hace a IronFlock adecuado tanto para implementaciones greenfield que abrazan la plataforma de extremo a extremo como para integraciones con arquitecturas de datos empresariales existentes donde el destino de los datos no es negociable.

Uso de datos en dashboards IoT y boards SCADA

Llevar sus datos a una visualización es sencillo. Al configurar un widget en su board IoT o SCADA, casi todas las propiedades (p. ej., títulos, valores, colores) pueden enlazarse dinámicamente a datos en vivo de la base del proyecto.

Al editar un widget en el Board Studio, encontrará un interruptor de enlace de datos bajo los campos de configuración. Seleccionar una columna específica de una tabla establece un canal en tiempo real para esa propiedad. Conforme llegan nuevos datos a la base de datos, las propiedades enlazadas se actualizan automáticamente en tiempo real, sin refrescar nada a mano.

Nota: Para profundizar en cómo conectar propiedades de widgets a su base de datos, consulte la sección detallada de enlace de datos en la documentación de Dashboards IoT.

Last updated on