Edge Computing für IoT: wann auf dem Gerät, wann in der Cloud verarbeiten

“Alles in die Cloud” scheitert in dem Moment, in dem sich Ihr Gerät in einem Tunnel befindet, auf einem Schiff auf hoher See ist oder Videodaten verarbeitet, die Ihre LTE-Verbindung überlasten würden.

Die drei Ebenen

• Gerät (MCU) — Reaktion im Submillisekundenbereich, funktioniert offline. Sensormessung, lokale Steuerungslogik, Sicherheitsabschaltungen, Datenfilterung.
• Edge-Gateway — Reaktion in 1–100 ms, aggregiert Geräte. Lokale ML-Inferenz, Protokollübersetzung, Datenpufferung bei Ausfällen.
• Cloud — Unbegrenzte Rechenleistung, global. Langzeitspeicherung, Flottenanalytik, Dashboard, OTA-Verteilung.

ML am Edge: ESP32-S3

tflite::MicroInterpreter interp(model, ops, arena, 50*1024);
interp.AllocateTensors();
interp.input(0)->data.f[0] = sensor_value;
interp.Invoke();
float score = interp.output(0)->data.f[0];
if (score > ANOMALY_THRESHOLD) send_to_cloud(event);

Offline-First-Architektur

Für Offline-First zu entwerfen bedeutet, dass das Gerät unabhängig von der Cloud-Konnektivität stets betriebsbereit ist — der Cloud-Zugriff wird zu einer Gelegenheit zur Synchronisation statt zu einer Abhängigkeit. Das Gerät speichert Ereignisse lokal in einem Ringpuffer (oder einer SQLite-Datenbank für strukturierte Daten), versieht jedes Ereignis mit einem Zeitstempel und lädt sie in Stapeln hoch, sobald Konnektivität besteht. Die Zeitstempel müssen vom RTC des Geräts stammen — verlassen Sie sich für die Ereignisreihenfolge nicht auf die Netzwerkzeit.

YIS setzt dieses Muster mit 30 Tagen lokalem Speicher um. Die Motordaten des Schiffs, die GPS-Spur und die Alarmhistorie sind auf dem Gerät stets vollständig. Wenn das Schiff sich mit Starlink oder einem WLAN im Hafen verbindet, synchronisiert das Gateway das Delta nach Azure — nur die neuen Daten seit der letzten Synchronisation. Der Eigentümer kann jeden beliebigen Zeitraum aus dem Cloud-Dashboard abrufen; die Schiffscrew hat unabhängig von der Konnektivität stets die lokale Anzeige.

Auswahl der Edge-Gateway-Hardware

Edge-Gateways reichen vom Raspberry Pi 4 (geeignet für moderate IoT-Lasten in Innenräumen) bis zu Industriehardware wie der Advantech-UNO-Serie oder auf DIN-Schienen montierten PCs für raue Umgebungen. Wichtige Auswahlkriterien: Betriebstemperaturbereich (der Standard-Raspberry-Pi ist für 0–85 °C ausgelegt; industrielle Umgebungen können −40 °C bis +85 °C erfordern), mittlere Betriebsdauer zwischen Ausfällen (MTBF) und Zuverlässigkeit des lokalen Speichers (industrielles eMMC oder SSD gegenüber SD-Karten, die unter schreibintensiven Lasten versagen).

Für den Einsatz auf See verwenden wir lüfterlose Industrie-PCs mit Solid-State-Speicher und schutzlackierten Leiterplatten. Die höheren Anschaffungskosten sind vernachlässigbar im Vergleich zu den Kosten, einen Techniker zu einem Schiff auf See zu entsenden, weil ein Gateway ausgefallen ist, was sich mit der passenden Hardwareauswahl hätte vermeiden lassen.

Sicherheitsaspekte am Edge

Ein Edge-Gateway, das in der Anlage eines Kunden oder an Bord eines Schiffs steht, ist für jeden vor Ort physisch zugänglich. Wenden Sie dieselben Sicherheitsprinzipien an wie bei der Cloud-Infrastruktur: Datenträgerverschlüsselung, Härtung des Betriebssystems, minimale Angriffsfläche (keine unnötigen Dienste, die im Netzwerk lauschen), automatische Sicherheitsupdates und zertifikatsbasierte Authentifizierung für die Cloud-Konnektivität. Der private Schlüssel des Gateways für die Cloud-Authentifizierung sollte in einem TPM (Trusted Platform Module) gespeichert werden, sofern die Hardware dies unterstützt — nicht in einer Datei im Dateisystem.