Gestion des données & Architecture
IronFlock fournit une infrastructure de collecte et de stockage de données complète et de bout en bout, conçue pour la scalabilité, la sécurité et une propriété des données claire — de l’edge au cloud. Que vous routiez de la télémétrie de milliers de capteurs ou construisiez des interfaces SCADA en temps réel, l’architecture de données d’IronFlock garantit des informations sûres, isolées et accessibles.
Routage de messages et realms sécurisés
Au cœur de la communication temps réel d’IronFlock se trouve un cluster de routage de messages robuste. Cette infrastructure connecte les divers appareils edge d’un projet entre eux et à l’infrastructure cloud IronFlock.
Pour garantir une isolation et une sécurité strictes, le cluster est partitionné sémantiquement en realms sécurisés. Un realm est un sous-réseau isolé dans lequel les messages sont strictement contenus ; les données et les commandes ne peuvent ni quitter ni traverser les realms.
Les applications exécutées sur vos appareils edge utilisent le ironflock-sdk pour communiquer sur ces realms :
- Publish/Subscribe (Pub/Sub) : idéal pour diffuser en continu de la télémétrie de capteurs ou des changements d’état.
- Remote Procedure Calls (RPC) : parfait pour déclencher des actions directes ou interroger en toute sécurité l’état d’un appareil.
Bases de données de projet provisionnées dynamiquement
Pour le stockage persistant et l’analyse historique, IronFlock provisionne une base TimescaleDB dédiée et physique pour chaque projet.
Cette base de données de projet sert de point central de collecte :
- Backends de données des apps : Tous les backends de données des apps installées dans votre projet sont hébergés en sécurité dans cette base.
- Ingestion directe : Quand les apps d’appareil publient des données via le
ironflock-sdk, ce flux est directement reçu et organisé dans la base du projet.
La base de données du projet agissant comme unique source de vérité pour vos opérations, elle débloque des capacités avancées :
- Requêtes SQL : Écrivez des requêtes puissantes directement sur vos tables brutes historiques.
- Intégration Physical AI : Laissez l’agent IA IronFlock extraire, analyser et interroger vos données en langage naturel.
- Source de visualisation : La base du projet est la source ultime pour les live boards, les tableaux de bord IoT et les boards SCADA.
Propriété des données & EU Data Act
IronFlock repose sur un principe clair : le propriétaire du projet est le propriétaire des données — pas le développeur de l’app.
Toutes les données produites par les apps — flux de télémétrie d’appareils edge, journaux d’événements ou analytique dérivée — sont stockées dans la base de données du projet, qui appartient au propriétaire du projet. Le développeur écrit l’app, mais les données générées par cette app à l’intérieur d’un projet sont la propriété exclusive du projet qui l’héberge.
Ce modèle s’aligne directement avec les exigences du EU Data Act, qui accorde aux utilisateurs de produits connectés et services associés le plein contrôle des données générées par leurs appareils. Dans IronFlock :
- Contrôle exclusif. Le propriétaire du projet a un contrôle administratif total sur la base de données du projet — lecture, export, suppression, sauvegarde de toutes les données.
- Aucune collecte silencieuse. Les développeurs d’apps n’accèdent pas aux données d’un projet sans y être explicitement invités. Il n’existe aucune pipeline cachée des projets vers les développeurs.
- Portabilité. Comme toutes les données résident dans une instance TimescaleDB standard, elles peuvent être interrogées en SQL, exportées dans des formats ouverts et migrées à volonté — pas de verrouillage fournisseur.
- Partage granulaire. Le propriétaire peut inviter des développeurs, partenaires d’intégration ou autres parties prenantes dans le projet et leur accorder des droits d’accès fins sur des zones de données spécifiques. Utile pour bénéficier de support technique tiers, de maintenance à distance ou d’analytique spécialisée — aux conditions définies par le propriétaire et révocables à tout moment.
En résumé : les apps produisent les données, mais le propriétaire du projet les possède, les contrôle et les partage. Ce modèle de propriété est un objectif de conception de premier ordre de la plateforme IronFlock — pas une réflexion après coup.
Opt-out : contourner la pipeline de données IronFlock
La couche de messagerie IronFlock et la base de données du projet sont la voie recommandée — elles offrent routage temps réel, stockage durable, données prêtes pour les tableaux de bord et garanties de propriété intégrées. IronFlock n’impose cependant pas aux apps d’utiliser cette pipeline.
Les apps exécutées sur des appareils gérés par IronFlock sont des workloads conteneur classiques et conservent toute leur liberté réseau et système. Si un propriétaire de projet ou un développeur préfère une autre stack de données, une app peut :
- Pousser vers des systèmes externes. Envoyer les données directement à des brokers tiers (MQTT, Kafka, AMQP), à des endpoints d’ingestion cloud (AWS IoT, Azure IoT Hub, Google Cloud IoT) ou à des API REST / gRPC sur mesure.
- Utiliser un stockage alternatif. Écrire dans une base externe (InfluxDB, MongoDB, S3, TimescaleDB client, etc.) au lieu de — ou en plus de — la base du projet IronFlock.
- Ponter vers des systèmes on-premises. S’intégrer directement à des systèmes MES, ERP, historian ou SCADA existants sur le réseau local, sans passer par le cloud IronFlock.
- Combiner. Publier un sous-ensemble de données sur IronFlock pour les tableaux de bord et l’analyse IA, tout en streamant les données complètes ailleurs.
Cette flexibilité fait d’IronFlock un bon choix aussi bien pour les déploiements greenfield adoptant la plateforme de bout en bout que pour les intégrations dans des architectures de données existantes où la destination des données n’est pas négociable.
Utiliser les données dans les tableaux de bord IoT et SCADA
Transformer vos données en visuels est simple. Lors de la configuration d’un widget sur votre board IoT ou SCADA, presque toutes les propriétés (p. ex., titres, valeurs, couleurs) peuvent être liées dynamiquement à des données live de la base du projet.
En éditant un widget dans le Board Studio, vous trouverez un interrupteur de liaison de données sous les champs de configuration. Sélectionner une colonne précise d’une table établit un canal temps réel pour cette propriété. Dès que de nouvelles données arrivent dans la base, les propriétés liées du tableau de bord se mettent à jour automatiquement en temps réel, sans rafraîchissement manuel.
Note : Pour un approfondissement sur la connexion des propriétés de widgets à votre base de données, voir la section détaillée sur la liaison de données dans la documentation des tableaux de bord IoT.