Edge-Computing vs. Cloud für die Industrie: Wie trifft man 2026 die richtige Wahl?

· 13 Minuten Lesezeit
13 min read
Eziwan-Team
Eziwan-Team
IoT-Infrastruktur

„Alles in die Cloud“ lautete bis 2020 das Mantra der industriellen digitalen Transformation. Dann stießen die Projekte auf die Realität vor Ort: Eine Pumpstation mit einer Netzwerklatenz von 500 ms kann einen Regelkreis nicht über die Cloud schließen. Eine Produktionsstätte, die täglich 2 TB Daten generiert, kann nicht alles an AWS senden, ohne dass dabei unerschwingliche Bandbreitenkosten entstehen. Und ein Unternehmen aus dem Verteidigungssektor kann seine Produktionsdaten nicht auf einem Server hosten, dessen physischer Standort ihm nicht bekannt ist.

Im Jahr 2026 ist die vorherrschende Architektur im industriellen IoT eine hybride: lokale Verarbeitung an der Quelle, wo dies erforderlich ist, und Cloud-Lösungen für Bereiche, die von Skalierbarkeit und Zentralisierung profitieren. Dieser Leitfaden hilft Ihnen dabei, für jeden Anwendungsfall die richtige Entscheidung zu treffen.

Begriffserklärungen: Edge, Cloud, Fog – ohne Fachjargon​

Bevor wir einen Vergleich anstellen, wollen wir klären, was diese Begriffe im industriellen Kontext konkret bedeuten.

Die Cloud ist eine Gruppe von Remote-Servern, auf die über das Internet oder ein privates WAN-Netzwerk zugegriffen werden kann. In der industriellen Praxis werden in der Cloud Überwachungs-Dashboards, historische Datenbanken, Algorithmen für fortgeschrittene Analysen und Tools für die Zusammenarbeit gehostet. Die marktbeherrschenden Hyperscaler sind AWS, Microsoft Azure und Google Cloud, doch souveräne französische Cloud-Angebote (OVHcloud, Outscale/Dassault, Scaleway) gewinnen bei sensiblen Daten zunehmend an Bedeutung.

Edge-Computing bezeichnet die Datenverarbeitung so nah wie möglich an der Quelle – physisch vor Ort, im Schaltschrank oder direkt im Gerät selbst. Der „Edge“ im Begriff „Edge-Computing“ ist die Grenze zwischen dem OT-Feldnetzwerk und dem Rest – dort befindet sich das industrielle Gateway. In der Praxis bedeutet Edge: Ihr Gateway oder Ihr lokaler Server.

Fog Computing ist ein Übergangsbegriff, der eine verteilte Datenverarbeitung in den Schichten zwischen dem Feld und der Cloud bezeichnet (Zonenaggregatoren, Gebäudeserver, Fabrikserver). Im Jahr 2026 wird der Begriff „Fog“ in der Industrie seltener verwendet als in wissenschaftlichen Publikationen – die meisten Industrievertreter sprechen einfach von einer hybriden Edge-+-Cloud-Architektur.

Die Hierarchie in einer Fabrik:

  • Ebene 0: Sensoren, Aktoren (keine Datenverarbeitung)
  • Ebene 1: SPS, RTU (Echtzeitverarbeitung, Zyklus <10 ms)
  • Ebene 2: Lokales SCADA, HMI (Standortüberwachung und -steuerung)
  • Ebene 3: Edge-Gateway (Datenerfassung, Normalisierung, Vorverarbeitung, lokale Warnmeldungen)
  • Ebene 4: Cloud (Langzeitarchivierung, Analytik, standortübergreifende Überwachung)

Das industrielle Gateway von Eziwan arbeitet auf Ebene 3 dieser Hierarchie: Es bildet die Schnittstelle zwischen dem OT-Feldnetzwerk und der Überwachungs-Cloud.

Wann Edge-Computing unverzichtbar ist​

Es gibt drei Fälle, in denen eine reine Cloud-Verarbeitung technisch unzureichend oder unzulässig ist.

Echtzeit-Latenzanforderung

Der Regelkreis einer SPS muss je nach Prozess in weniger als 1 bis 10 ms durchlaufen werden. Diese Anforderung ist physikalisch unvereinbar mit einer Hin- und Rückübertragung über das Netzwerk zu einer entfernten Cloud, die über eine 4G-LTE-Verbindung mindestens 10 bis 50 ms und über eine Glasfaserverbindung zum nächstgelegenen Server in Frankreich 5 bis 20 ms dauert.

Anwendungen, die für ihren Betrieb eine lokale Verarbeitung erfordern:

  • Notabschaltung bei Überschreitung eines Schwellenwerts (Maschinenstillstand bei Temperatur > 85 °C)
  • Durchfluss- oder Druckregelung (geschlossener PID-Regelkreis über Edge-Gateway)
  • Erkennung abnormaler Schwingungen mit Auslösung eines lokalen Alarms
  • Bildverarbeitungsbasierte Qualitätskontrolle mit Aussortierung fehlerhafter Teile aus der Produktionslinie

Bandbreitenbeschränkung

Ein industrieller Hochfrequenz-Schwingungssensor (Beschleunigungsmesser mit 10 kHz) erzeugt etwa 80 MB Rohdaten pro Minute. Eine Produktionslinie mit 100 Sensoren dieses Typs erzeugt 8 GB pro Minute, also 11,5 TB pro Tag. Die Übertragung dieser Datenmenge in Echtzeit in die Cloud würde monatlich mehrere Zehntausend Euro an Kosten für Bandbreite und Cloud-Speicher verursachen.

Der Edge löst dieses Problem durch zwei Mechanismen:

  • Downsampling: Reduzierung der Abtastfrequenz von 10 kHz auf 1 Hz für die laufende Überwachung und Übertragung der Hochfrequenzdaten nur bei Ereignissen (Schwellenwertüberschreitung)
  • Feature-Extraktion: Berechnung relevanter Kennzahlen (Schwingungs-RMS, charakteristische FFT-Frequenzen) vor Ort und Übertragung nur dieser Kennzahlen anstelle der Rohdaten

In der Praxis kann Edge je nach Anwendung das in die Cloud übertragene Datenvolumen um 70 bis 95 % reduzieren.

Anforderung der Datenhoheit

Bestimmte Industriedaten dürfen das Unternehmen oder das Staatsgebiet nicht verlassen:

  • Produktionsdaten im Zusammenhang mit vertraulichen Märkten (Verteidigung, Luftfahrt, Kernenergie)
  • Produktformeln und Prozessparameter, die Betriebsgeheimnisse darstellen
  • Daten, die unter Geheimhaltungsvereinbarungen mit Kunden fallen
  • Daten, deren Speicherort gesetzlich geregelt ist (Gesundheitsdaten im Rahmen des SNDS, Finanzdaten)

In diesen Fällen erfolgen die Verarbeitung am Netzwerkrand und die Speicherung lokal. An die Cloud können anonymisierte oder aggregierte Daten (Leistungskennzahlen) übermittelt werden, nicht jedoch sensible Rohdaten.

Wenn die Cloud allein ausreicht​

Für die meisten industriellen Überwachungsanwendungen ist die Cloud allein bestens geeignet und vereinfacht die Architektur erheblich.

Nicht kritische Überwachung und Monitoring

Bei der Fernüberwachung einer Pumpstation (Erfassung von Füllstand, Druck und Durchfluss alle 5 Sekunden) gibt es keine Anforderungen hinsichtlich einer Latenzzeit von weniger als 1 Sekunde. Der Alarm „Niedriger Füllstand“, der erst nach 200 ms statt nach 10 ms gemeldet wird, hat keine betrieblichen Auswirkungen: Der Bediener sieht den Alarm innerhalb einer Sekunde, und der Pumpvorgang hat Reaktionszeiten in der Größenordnung von einer Minute oder einer Stunde.

Analytik und maschinelles Lernen anhand historischer Daten

Die auf der Grundlage von 18 Monaten historischer Daten trainierten Algorithmen zur vorausschauenden Wartung laufen sehr effizient in der Cloud, wo die Rechenressourcen elastisch und der Speicher kostengünstig sind. Ein Modell zur Anomalieerkennung, das einmal pro Stunde die Daten der letzten 24 Stunden auswertet, muss keineswegs am Edge bereitgestellt werden.

Zentrale Überwachung mehrerer Standorte

Ein Netzbetreiber, der 50 über ein Departement verteilte Wasseraufbereitungsanlagen überwacht, hat großes Interesse daran, die Daten in der Cloud zu zentralisieren: einheitliche Dashboards, Standortvergleiche, Leistungsbenchmarking, automatisierte Berichte für behördliche Zwecke. Die Implementierung dieser Funktionen auf 50 lokalen Edge-Geräten wäre nicht nur kostspielig, sondern auch nahezu unmöglich zu warten.

Verwaltung von Updates und Konfiguration

Die zentralisierte Verwaltung von Routerkonfigurationen, Firmware-Versionen und Alarmregeln ist von Natur aus eine Cloud-Funktion. Zero Touch Provisioning (ZTP) ist per Definition ein Cloud-Dienst, der Geräte aus der Ferne konfiguriert.

Die hybride Edge- und Cloud-Architektur: das Beste aus beiden Welten​

Die im Jahr 2026 für ernstzunehmende industrielle IoT-Projekte empfohlene Architektur ist eine Hybridarchitektur mit einer klaren Aufgabenteilung zwischen Edge und Cloud.

Funktionen des Edge-Geräts (lokales Industrie-Gateway):

  • Lokale Erfassung von Felddaten über Modbus RTU/TCP, OPC-UA, Profibus, SNMP
  • Normalisierung und Aufbereitung der Daten (Einheitenumrechnung, lokaler Zeitstempel, Geräte-IDs)
  • Lokale Auswertung von Alarmregeln und Auslösung von Warnmeldungen ohne Netzwerkabhängigkeit
  • Store & Forward: Zwischenspeicherung bei Verbindungsunterbrechung, automatische Weiterleitung bei Wiederherstellung der Verbindung
  • Vorverarbeitung: Downsampling, Merkmalsextraktion, Filterung von Ausreißern
  • VPN-Tunnel zur Cloud: TLS-Verschlüsselung, gegenseitige Authentifizierung

Funktionen der Cloud:

  • Empfang und Speicherung standardisierter Daten
  • Echtzeit- und historische Dashboards
  • Erweiterte Alarmierungs-Engine (standortübergreifende Korrelation, trendbasierte Alarme)
  • Analytik und maschinelles Lernen
  • Benutzerverwaltung, Zugriffsrechte, Sicherheitsaudits
  • API zur Integration mit ERP-, CMMS- und BI-Systemen
  • Überwachung der Gateway-Flotte (Netzwerkzustand, Konnektivität, Firmware-Versionen)

Das Synchronisationsprotokoll: Das Gateway übermittelt die Daten je nach Konfiguration über MQTT über TLS oder HTTPS-REST an die Cloud. Bei einem Verbindungsausfall werden die Daten lokal zwischengespeichert (in der Regel in einem Flash-Speicher mit 4 bis 32 GB) und bei Wiederherstellung der Verbindung gebündelt übertragen. Diese Architektur gewährleistet, dass selbst bei einem mehrstündigen Netzwerkausfall keine Daten verloren gehen.

Überwachung des Gateways selbst: Das Edge-Gateway muss selbst aus der Cloud überwacht werden: Verfügbarkeit, LTE-Signal (RSRP/RSRQ), CPU-/RAM-Auslastung, Speicherplatz, Firmware-Version. Ein Gateway, das 48 Stunden lang unbemerkt ausgefallen ist, ist an einem kritischen Standort nicht akzeptabel.

Edge-Computing in der Praxis: Beispiele nach Branchen​

Lebensmittelindustrie – Überwachung von Kühlräumen

Ein Kühlraum benötigt einen lokalen Alarm bei Temperaturüberschreitung (> +4 °C bei einem Kühlraum), unabhängig von der Netzwerkverbindung. Das Edge-Gateway misst die Temperatur vor Ort und löst innerhalb von weniger als 30 Sekunden einen lokalen akustischen Alarm sowie eine SMS und einen Bereitschaftsanruf aus, ohne dass dabei Daten in die Cloud und zurück gesendet werden müssen. Parallel dazu werden die Temperaturdaten alle 5 Minuten zur Rückverfolgbarkeit und zur Einhaltung der HACCP-Vorschriften an die Cloud übermittelt.

Wasserversorgung – Druckregelung

Eine Pumpstation, deren Hauptpumpe mit einem Frequenzumrichter ausgestattet ist, nutzt das Edge-Gerät zur lokalen Druckregelung (Sollwert 3,5 bar, Messung alle 100 ms, Anpassung der Pumpendrehzahl). Dieser Regelkreis wird vollständig lokal ausgeführt – er kann die Latenz einer Hin- und Rückübertragung in die Cloud nicht verkraften. Die Cloud erhält minütlich die Trends zu Druck und Energieverbrauch.

Energie – Solarpark

Eine 500-kWp-Solaranlage mit 10 Wechselrichtern generiert etwa 50.000 Modbus-Werte pro Stunde. Der Edge-Rechner berechnet alle 5 Minuten lokal den Performance Ratio und den Soiling-Indikator, vergleicht die Strings untereinander und löst einen Alarm aus, wenn ein String mehr als 15 % unter dem Median liegt. Die Cloud empfängt die berechneten Kennzahlen (nicht die 50.000 Rohwerte), die aggregierten Ertragskurven und die Warnmeldungen.

Bauwesen und Hoch- und Tiefbau – Maschinenüberwachung

Eine Walze auf der Baustelle liefert Daten zu Vibrationen, Geschwindigkeit und GPS-Position. Das Edge-Gerät berechnet lokal die „Verdichtungsdurchgänge“ (Kombination aus GPS-Position und Verdichtungsenergie) und übermittelt ausschließlich das anwendungsspezifische Ergebnis (Verdichtungskarte) an die Cloud. Dadurch wird das übertragene LTE-Datenvolumen um das 100-Fache reduziert, sodass auch in Gebieten mit schwacher Netzabdeckung gearbeitet werden kann.

Edge-Computing mit Eziwan: Was das Gateway vor Ort leistet​

Das Eziwan-Gateway ist als Knotenpunkt für industrielles Edge-Computing konzipiert und nicht als einfacher transparenter Router.

Lokale Datenerfassung und Normalisierung: Das Gateway fragt die Feldgeräte (Modbus-RTU-Steuerungen, M-Bus-Zähler, lokale MQTT-Sensoren) in konfigurierbaren Intervallen von 100 ms bis 24 Stunden ab, je nach Datentyp. Die Werte werden normiert (Einheit, Skalierungsfaktor, Offset) und präzise mit einem Zeitstempel versehen (NTP, synchronisiert mit den französischen Zeitservern).

Lokale Alarmregeln: Einfache Alarmregeln (oberer Schwellenwert, unterer Schwellenwert, Wert außerhalb des Bereichs, fehlende Kommunikation) werden auf dem Gateway ausgewertet. Das Versenden von Benachrichtigungen per SMS, E-Mail oder Webhook kann direkt vom Edge aus erfolgen, ohne dass eine Abhängigkeit von der Eziwan-Cloud besteht. Dies gewährleistet kritische Benachrichtigungen auch im Falle von Wartungsarbeiten an der Cloud-Plattform.

Store and Forward: Die erfassten Daten werden lokal im Flash-Speicher des Gateways zwischengespeichert. Bei einem Verbindungsausfall (Verlust des LTE-Signals, Netzwerkwartung) werden die Daten lokal gesammelt und bei Wiederherstellung der Verbindung automatisch an die Cloud übertragen. Dank der lokalen Speicherkapazität können Verbindungsunterbrechungen von mehreren Tagen ohne Datenverlust überbrückt werden.

Permanenter VPN-Tunnel: Die Verbindung zwischen dem Gateway und der Eziwan-Cloud wird über OpenVPN hergestellt, wobei die Verbindung vom Gateway aus initiiert wird (kein eingehender Port auf dem Gerät). Der Fernzugriff auf die lokalen OT-Geräte erfolgt ausschließlich über diesen verschlüsselten Tunnel, ohne dass jemals ein Port im Internet freigegeben wird.

Lokal unterstützte Protokolle:

  • Modbus RTU (RS-232, RS-485)
  • Modbus TCP
  • Lokaler MQTT-Broker
  • SNMP
  • M-Bus (Nebenzähler für Strom, Wasser, Gas)
  • Lokale REST-API für benutzerdefinierte Integrationen

So planen Sie Ihre Edge-/Cloud-Architektur​

Eine erfolgreiche Edge-/Cloud-Architektur wird bereits vor der Auswahl der Geräte definiert. Hier ist der empfohlene Ablauf.

Schritt 1: Erfassung der Datenquellen Listen Sie jedes Gerät oder jeden Sensor auf, einschließlich des jeweiligen Kommunikationsprotokolls, der Häufigkeit der Datenerfassung, des Rohdatenvolumens und der geschäftlichen Relevanz der Daten.

Schritt 2: Klassifizierung der Anforderungen nach Anwendungsfällen Identifizieren Sie für jeden Anwendungsfall (Alarm, Regelung, Berichterstellung, Analyse) die wichtigste Anforderung: Latenz (< 100 ms? < 1 s?), Verfügbarkeit ohne Netzwerk (ja/nein), Souveränität (sensible Daten?), Volumen (> 1 MB/min pro Quelle?).

Schritt 3: Die Entscheidungsregel anwenden

AnforderungEdge-VerarbeitungCloud-Verarbeitung
Latenz < 500 msErforderlichNicht möglich
Verfügbarkeit ohne NetzwerkErforderlichNicht möglich
Datenvolumen > 1 MB/min pro QuelleEmpfohlenKostspielig
Sensible Daten (Hoheitsrechte)ErforderlichUnter bestimmten Bedingungen
ML-Analysen auf historischen DatenOptionalEmpfohlen
standortübergreifende ÜberwachungOptionalEmpfohlen
BenutzeroberflächeOptionalEmpfohlen

Schritt 4: Dimensionierung des Edge-Geräts Berechnen Sie die erforderliche CPU-Leistung, den Arbeitsspeicher und den Speicherplatz für die in Schritt 3 identifizierten lokalen Verarbeitungsprozesse. Ein Einstiegs-Gateway mit 512 MB RAM und 1 GB Speicher deckt 90 % der Anforderungen typischer industrieller Edge-Anwendungen ab. Anwendungen für die Videoanalyse oder die eingebettete ML-Inferenz erfordern leistungsstärkere Gateways (4–8 GB RAM, integrierte GPU).

Schritt 5: Verbindung überprüfen Schätzen Sie die nach der Edge-Vorverarbeitung erforderliche Netzwerkbandbreite ein. Eine Upload-Bandbreite von 1 Mbit/s reicht für die meisten industriellen IoT-Installationen mit Edge-Verarbeitung aus (einige hundert normalisierte Datenpunkte pro Minute). Vergleichen Sie dies mit den in Ihrer Region verfügbaren M2M-SIM-Tarifen.

Dieser Prozess dauert bei einem typischen Industriestandort 2 bis 4 Stunden und führt zu besser dimensionierten Anlagen, die langfristig kostengünstiger und unter realen Betriebsbedingungen robuster sind.

FAQ​

Was bedeutet industrielles Edge-Computing konkret – ist die Implementierung kompliziert? In der Praxis ist industrielles Edge-Computing Ihr IoT-Gateway, das lokale Verarbeitungslogik ausführt: Berechnung von Durchschnittswerten, Erkennung von Schwellenwerten, Filterung, Aggregation. Bei Eziwan lassen sich diese Regeln über das Cloud-Dashboard konfigurieren (keine Programmierung erforderlich). Für fortgeschrittene Verarbeitungsprozesse (Embedded ML, Docker-Container) ist eine komplexere Bereitstellung erforderlich, doch die meisten industriellen Anforderungen werden durch die Konfiguration von Regeln abgedeckt.

Wann reicht Edge-Computing nicht aus und ist die Cloud unbedingt erforderlich? Wenn Daten über mehrere Standorte hinweg miteinander verknüpft werden müssen (z. B. zum Vergleich der Leistung von 50 Werken), wenn die Analyse einen langen Zeitrahmen erfordert (18 Monate Trenddaten) oder wenn Teams an entfernten Standorten Zugriff auf die Überwachung benötigen. Edge allein kann keine konsolidierte, standortübergreifende Transparenz bieten – das ist die Aufgabe der Cloud.

Verhindert die 4G-LTE-Latenz (30–100 ms) den Einsatz der Cloud für kritische Warnmeldungen? Bei kritischen Warnmeldungen, die eine Reaktion innerhalb von weniger als 500 ms erfordern, ja – die Cloud allein ist nicht zuverlässig. Mit Edge-Computing erfolgen die Erkennung und die lokale Auslösung des Alarms (SMS, Relais, akustischer Alarm) jedoch innerhalb weniger Millisekunden. Die Cloud erhält die Benachrichtigung über den Alarm erst einige Sekunden später. Die Kombination aus Edge-Computing und Cloud bietet das Beste aus beiden Welten.

Ermöglicht Edge-Computing auf einem IoT-Gateway das Schreiben von Befehlen an die SPS? Ja. Das Edge-Gerät kann Modbus-TCP-Befehle zum Schreiben an die SPS senden (Sollwerte, Schaltbefehle). Diese Funktion ist mit Vorsicht zu verwenden: Sie erfordert eine Sicherheitsanalyse (wer darf was schreiben?), Begrenzungen der zulässigen Werte und eine lückenlose Protokollierung. NIS2 schreibt die Rückverfolgbarkeit aller Fernzugriffe auf OT-Systeme vor.

Was ist der Unterschied zwischen „Store-and-Forward“ und Edge-Computing? „Store-and-Forward“ ist eine Funktion des Edge-Computings: Die Daten werden lokal erfasst und zwischengespeichert, wenn die Cloud-Verbindung nicht verfügbar ist, und dann bei Wiederherstellung der Verbindung übertragen. Edge-Computing im weiteren Sinne umfasst auch die lokale Verarbeitung (Berechnungen, Warnmeldungen, Regelung) und nicht nur die Zwischenspeicherung. Beide sind nützlich und ergänzen sich gegenseitig.

Weiterführende Informationen​

Möchten Sie mehr erfahren? Das Eziwan-Team unterstützt Industrieunternehmen bei der Konzeption und Umsetzung von Edge-/Cloud-Architekturen, die auf ihre Anforderungen zugeschnitten sind. Entdecken Sie die Edge-Funktionen des Eziwan-Gateways oder sehen Sie sich unser Angebot zur industriellen Fernverwaltung an, um ein erstes Gespräch über Ihr Projekt zu führen.

Weitere Ressourcen​