Datenverwaltung & Architektur

IronFlock bietet eine vollständige, durchgängige Infrastruktur für Datenerfassung und -speicherung, die auf Skalierbarkeit, Sicherheit und klare Datenhoheit ausgelegt ist — vom Edge bis in die Cloud. Ob Sie Telemetriedaten von tausenden Sensoren routen oder Echtzeit-SCADA-Oberflächen aufbauen: Die Datenarchitektur von IronFlock garantiert sichere, isolierte und zugängliche Informationen.

Nachrichten-Routing und sichere Realms

Im Zentrum der Echtzeit-Kommunikation von IronFlock steht ein robuster Nachrichten-Routing-Cluster. Diese Messaging-Infrastruktur verbindet heterogene Edge-Geräte innerhalb eines Projekts sowohl untereinander als auch mit der IronFlock-Cloud-Infrastruktur.

Zur strikten Datensicherheit und -isolation ist der Routing-Cluster semantisch in sichere Realms unterteilt. Ein Realm ist ein abgeschottetes Sub-Netzwerk, in dem Nachrichten strikt enthalten bleiben; Daten und Befehle können einen Realm weder verlassen noch überschreiten.

Anwendungen auf Ihren Edge-Geräten nutzen das ironflock-sdk, um über diese Messaging-Realms zu kommunizieren:

• Publish/Subscribe (Pub/Sub): Ideal zum kontinuierlichen Broadcasting von Sensor-Telemetrie oder Zustandsänderungen.
• Remote Procedure Calls (RPC): Perfekt, um Aktionen direkt auszulösen oder Gerätestatus sicher abzufragen.

Dynamisch bereitgestellte Projektdatenbanken

Für persistente Speicherung und historische Analysen provisioniert IronFlock für jedes Projekt eine dedizierte, physische TimescaleDB-Datenbank.

Diese Projektdatenbank dient als zentrale Datensammelstelle:

• App-Daten-Backends: Alle Daten-Backends der in Ihrem Projekt installierten Apps liegen sicher in dieser Datenbank.
• Direkte Ingestion: Wenn Geräte-Apps mit dem ironflock-sdk Daten publizieren, wird dieser Strom direkt in die Projektdatenbank geschrieben.

Da die Projektdatenbank die Single Source of Truth Ihrer Operationen ist, eröffnet sie zahlreiche Möglichkeiten:

• SQL-Abfragen: Schreiben Sie leistungsfähige Queries direkt gegen Ihre historischen Rohtabellen.
• Physical-AI-Integration: Lassen Sie den IronFlock-AI-Agenten Ihre Daten via natürlicher Sprache extrahieren, analysieren und abfragen.
• Visualisierungsquelle: Die Projektdatenbank ist die Datenquelle für Live Boards, IoT-Dashboards und SCADA-Boards.

Datenhoheit & der EU Data Act

IronFlock baut auf einem klaren Prinzip auf: Der Projekteigentümer ist der Dateneigentümer — nicht der App-Entwickler.

Alle von Apps erzeugten Daten — ob Telemetrie-Streams von Edge-Geräten, Event-Logs oder abgeleitete Analytics — werden in der Projektdatenbank gespeichert, die dem Projekteigentümer gehört. Der App-Entwickler schreibt die App, aber die Daten, die die App innerhalb eines Projekts erzeugt, sind ausschließlich Eigentum des Projekts, in dem sie läuft.

Dieses Modell entspricht direkt den Anforderungen des EU Data Act, der Nutzern vernetzter Produkte und zugehöriger Dienste die volle Kontrolle über die von ihren Geräten erzeugten Daten gibt. In IronFlock:

• Exklusive Kontrolle. Der Projekteigentümer hat vollständige administrative Kontrolle über die Projektdatenbank — Lesen, Exportieren, Löschen, Sichern aller enthaltenen Daten.
• Keine stillen Datenabflüsse. App-Entwickler haben keinen Zugriff auf Projektdaten, sofern sie nicht explizit eingeladen werden. Es gibt keine versteckte Datenpipeline aus Projekten zurück zu App-Entwicklern.
• Portabilität. Da alle Daten in einer Standard-TimescaleDB liegen, können sie mit SQL abgefragt, in offenen Formaten exportiert und jederzeit migriert werden — kein Vendor-Lock-in.
• Granulares Teilen. Der Projekteigentümer kann App-Entwickler, Integrationspartner oder andere Interessengruppen ins Projekt einladen und feingranulare Zugriffsrechte auf bestimmte Datenbereiche vergeben. So lassen sich Drittanbieter-Support, Fernwartung oder spezialisierte Analytics nutzen — zu Bedingungen, die der Projekteigentümer definiert und jederzeit widerrufen kann.

Kurz gesagt: Apps erzeugen Daten, doch der Projekteigentümer besitzt, kontrolliert und teilt sie. Dieses Eigentümermodell ist ein Kern-Designziel der IronFlock-Plattform — kein Nachgedanke.

Opt-out: Umgehung der IronFlock-Datenpipeline

Die IronFlock-Messaging-Schicht und die Projektdatenbank sind der empfohlene Weg — sie liefern Echtzeit-Routing, dauerhafte Speicherung, Dashboard-fertige Daten und integrierte Eigentumsgarantien ab Werk. IronFlock zwingt Apps jedoch nicht, diese Pipeline zu nutzen.

Apps auf IronFlock-verwalteten Geräten sind reguläre Container-Workloads und behalten volle Netzwerk- und Systemfreiheit. Wenn ein Projekteigentümer oder App-Entwickler einen anderen Daten-Stack bevorzugt, kann eine App:

• In externe Systeme pushen. Daten direkt an Drittanbieter-Broker (MQTT, Kafka, AMQP), Cloud-Ingestion-Endpunkte (AWS IoT, Azure IoT Hub, Google Cloud IoT) oder eigene REST-/gRPC-APIs senden.
• Alternative Speicher verwenden. In eine externe Datenbank schreiben (InfluxDB, MongoDB, S3, eigene TimescaleDB usw.) — anstelle oder zusätzlich zur IronFlock-Projektdatenbank.
• On-Premises-Systeme anbinden. Direkt mit bestehenden MES-, ERP-, Historian- oder SCADA-Systemen über das lokale Netzwerk integrieren, ohne die IronFlock-Cloud zu berühren.
• Kombinieren. Einen Datenauszug für Dashboards und KI-Analysen an IronFlock senden und die vollständigen Daten parallel woanders streamen.

Diese Flexibilität macht IronFlock gleichermaßen geeignet für Greenfield-Deployments, die die Plattform end-to-end nutzen, wie auch für Integrationen in bestehende Enterprise-Datenarchitekturen, bei denen das Datenziel feststeht.

Daten in IoT-Dashboards und SCADA-Boards nutzen

Daten visuell nutzbar zu machen, ist mühelos. Wenn Sie ein Widget in Ihrem IoT-Board oder SCADA-Board konfigurieren, können nahezu alle Eigenschaften (z. B. Titel, Werte, Farben) dynamisch an Live-Daten Ihrer Projektdatenbank gebunden werden.

Beim Bearbeiten eines Widgets im Board Studio finden Sie unter den Konfigurationsfeldern einen Datenbindungs-Schalter. Wählen Sie eine bestimmte Tabellenspalte aus, entsteht ein Echtzeit-Kanal für diese Eigenschaft. Sobald neue Telemetriedaten in der Datenbank eintreffen, aktualisieren sich die gebundenen Eigenschaften auf Ihrem Dashboard automatisch in Echtzeit — ohne manuelles Neuladen.

Hinweis: Für einen tiefen Einstieg ins Verbinden von Widget-Eigenschaften mit Ihrer Datenbank siehe den ausführlichen Abschnitt zur Datenbindung in der IoT-Dashboards-Dokumentation.