15 Oktober 2026

Edge Computing bezeichnet die Verarbeitung von Daten nahe an ihrem Entstehungsort, beispielsweise direkt an einer Maschine oder auf einem Rechner im Produktionsbereich. Ein Teil der Auswertung erfolgt damit lokal, bevor Daten gegebenenfalls an zentrale Systeme übertragen werden. Ziel ist eine zur Anwendung passende Verteilung von Rechenaufgaben, Datenmengen und Reaktionszeiten.

Was bedeutet Edge in der Produktion?

Die Edge liegt aus Sicht einer zentralen IT-Infrastruktur am Rand des Netzwerks, nahe bei Sensoren, Maschinen oder Anlagen. Der Begriff beschreibt eine Position und Aufgabe innerhalb der Architektur, nicht eine bestimmte Geräteklasse. Ein Industrie-PC, ein Gateway oder ein lokaler Server kann entsprechende Funktionen übernehmen.

Eine typische Anwendung verarbeitet Maschinendaten zunächst vor Ort. Sie prüft Werte, ergänzt Kontext oder bildet Kennzahlen. Nur ausgewählte Ergebnisse werden anschließend weitergegeben. Eine andere Anwendung kann Kamerabilder lokal auswerten, weil die Übertragung aller Bilder an einen entfernten Dienst für den vorgesehenen Ablauf ungeeignet wäre.

Die NIST-Veröffentlichung zum Fog Computing ordnet dezentrale Verarbeitung zwischen Endgeräten und zentralen Diensten ein. Die Begriffe Edge und Fog werden in der Praxis nicht immer einheitlich verwendet. Für ein Projekt ist deshalb wichtiger, die tatsächlichen Rechenorte und Datenwege zu beschreiben, als allein eine Bezeichnung zu verwenden.

Welche Aufgaben können lokal ausgeführt werden?

Aufgabe	Beispiel	Zu prüfende Voraussetzung
Vorverarbeitung	Messwerte filtern oder Einheiten umrechnen	Nachvollziehbare Regeln und ausreichende Datenqualität
Verdichtung	Minutenkennwerte aus hochfrequenten Signalen bilden	Benötigte Ereignisse bleiben erkennbar
Lokale Analyse	Bildprüfung oder Zustandsbewertung	Geeignete Rechenleistung und validierte Auswertung
Pufferung	Daten bei unterbrochener Verbindung zwischenspeichern	Ausreichender Speicher und geregelte Nachübertragung
Integration	Maschinendaten mit Auftragsinformationen verbinden	Eindeutige Identitäten und kompatible Datenmodelle

Ein Gerät kann mehrere dieser Aufgaben kombinieren. Die Summe darf seine Ressourcen jedoch nicht überfordern. Neben der durchschnittlichen Auslastung sind Spitzen, Speicherwachstum und das Verhalten bei Fehlern zu betrachten.

Edge Computing und Cloud ergänzen sich

Lokale Verarbeitung eignet sich beispielsweise für anlagennahe Auswertungen oder die Reduktion großer Rohdatenmengen. Zentrale Dienste können dagegen standortübergreifende Vergleiche, umfangreiche Historien oder gemeinsame Modellpflege unterstützen. Eine Anwendung kann beide Ebenen nutzen.

Ein fiktives Prüfmodell wird beispielsweise zentral entwickelt und anschließend auf mehreren lokalen Rechnern ausgeführt. Die Standorte melden ausgewählte Ergebnisse zurück. Bei einer neuen Modellversion muss geprüft werden, ob sie für die jeweiligen Kameras, Produkte und Bedingungen geeignet ist. Die Verteilung allein gewährleistet noch keine zuverlässige Prüfung.

Siemens beschreibt Industrial Edge als Verbindung lokaler Datenverarbeitung mit zentralen Verwaltungsfunktionen. Das Herstellerbeispiel verdeutlicht eine wichtige organisatorische Aufgabe: Auch dezentral ausgeführte Anwendungen benötigen kontrollierte Bereitstellung, Versionierung und Pflege.

Reaktionszeit ist mehr als kurze Entfernung

Ein kurzer Datenweg kann Übertragungsverzögerungen reduzieren. Die gesamte Reaktionszeit hängt jedoch auch von Erfassung, Warteschlangen, Berechnung und Ausgabe ab. Ein lokaler Rechner kann unter hoher Last ebenfalls zu spät reagieren. Edge Computing garantiert deshalb keine bestimmte Echtzeitfähigkeit.

Für eine zeitkritische Anwendung müssen zulässige Fristen und Fehlerfolgen festgelegt werden. Entscheidend ist nicht nur ein guter Mittelwert, sondern das Verhalten unter den vorgesehenen ungünstigen Bedingungen. Harte Echtzeitanforderungen und sicherheitsbezogene Funktionen benötigen eine dafür geeignete und nachgewiesene Ausführung.

Eine SPS wird daher nicht allein dadurch ersetzt, dass ein leistungsfähiger Edge-Rechner vorhanden ist. Welche Funktionen wo laufen, ergibt sich aus den technischen Anforderungen und der Gesamtarchitektur.

Fiktives Praxisbeispiel: Bildauswertung an einer Prüfzelle

Eine Prüfzelle erzeugt zehn Bilder pro Sekunde mit jeweils zwei Megabyte. Unkomprimiert beziehungsweise unter der vereinfachten Annahme dieser Dateigröße entstehen 20 Megabyte pro Sekunde. Über eine Stunde entspricht das 72.000 Megabyte oder 72 Gigabyte bei dezimaler Umrechnung.

Eine lokale Anwendung bewertet jedes Bild und überträgt nur ein Ergebnis von einem Kilobyte je Prüfung. Ohne Protokollzusätze entstehen dadurch zehn Kilobyte pro Sekunde beziehungsweise 36 Megabyte pro Stunde. Zusätzlich werden in diesem fiktiven Konzept ausgewählte Fehlerbilder gespeichert. Deren Datenmenge hängt von der tatsächlichen Auswahl ab und ist in den 36 Megabyte nicht enthalten.

Die Verringerung der übertragenen Daten ist erheblich, bedeutet aber nicht automatisch eine bessere Qualitätsentscheidung. Das Prüfverfahren muss zuverlässig sein. Außerdem ist festzulegen, welche Rohbilder für spätere Ursachenanalyse oder Nachweise benötigt werden. Werden sie zu früh verworfen, lässt sich eine fehlerhafte Entscheidung möglicherweise nicht mehr untersuchen.

Verhalten bei Verbindungs- und Geräteausfällen

Lokale Verarbeitung kann bestimmte Funktionen bei einer unterbrochenen zentralen Verbindung weiterführen. Das gilt aber nur, wenn benötigte Daten, Lizenzen und Dienste lokal verfügbar sind. Eine Anwendung, die für jeden Auftrag eine zentrale Freigabe abfragt, ist trotz lokaler Ausführung nicht vollständig unabhängig.

Für gepufferte Daten sind Speichergrenzen und Nachübertragung zu definieren. Doppelte Meldungen, falsche Reihenfolgen und verlorene Zeitbezüge müssen beherrscht werden. Ist der Speicher voll, braucht es ein bewusst festgelegtes Verhalten. Ein stilles Überschreiben wichtiger Daten kann spätere Auswertungen verfälschen.

Auch ein Edge-Gerät selbst kann ausfallen. Je nach Aufgabe sind Ersatzgeräte, Wiederherstellung und ein geeigneter Ersatzablauf erforderlich. Der lokale Rechenort verringert bestimmte Netzwerkabhängigkeiten, erzeugt aber zugleich zusätzliche Geräte, die betrieben werden müssen.

Betrieb, Sicherheit und Verantwortlichkeiten

Zum Betrieb gehören Inventar, Softwarestände, Zugriffsrechte und geregelte Aktualisierungen. Anwendungen sollten nur die benötigten Daten und Funktionen erreichen können. Änderungen werden so vorbereitet, dass die Auswirkungen auf die angeschlossene Anlage bekannt sind.

Die Zuständigkeit liegt häufig zwischen IT, Automatisierung und Produktion. Ohne klare Vereinbarung kann ein Rechner zwar installiert sein, aber niemand fühlt sich für Ausfälle, Zertifikate oder Speicherprobleme verantwortlich. Ein Betriebsmodell sollte deshalb ebenso konkret sein wie die technische Schnittstellenbeschreibung.

Die räumliche Nähe zur Maschine macht eine Lösung nicht automatisch sicher. Datenzugriffe und mögliche Rückwirkungen auf den Prozess müssen im Zusammenhang mit der Operational Technology bewertet werden. Ein rein lesender Datenfluss hat dabei andere Anforderungen als eine Anwendung, die aktiv Prozesswerte verändert.

Wann lohnt sich Edge Computing?

Geeignete Gründe sind große Rohdatenmengen, anlagennahe Auswertung oder ein definierter Bedarf an lokalem Weiterbetrieb. Dagegen kann eine einfache zentrale Verarbeitung ausreichen, wenn Datenmengen klein und Reaktionszeiten unkritisch sind. Zusätzliche Hardware sollte einen nachvollziehbaren Nutzen besitzen.

Die Wirtschaftlichkeit umfasst Geräte, Software, Integration und laufende Pflege. Bei vielen Maschinen kann insbesondere die Verwaltung einer großen Geräteflotte relevant werden. Ein Pilot sollte daher auch zeigen, wie Installation, Aktualisierung und Fehlerbehandlung später wiederholbar erfolgen.

Häufige Fragen zu Edge Computing

Ist jeder Industrie-PC ein Edge-Gerät?

Ein Industrie-PC kann Edge-Aufgaben übernehmen, wenn er Daten nahe ihrer Quelle verarbeitet und entsprechend in die Architektur eingebunden ist. Die Hardware allein bestimmt die Einordnung nicht. Wichtig sind die ausgeführten Anwendungen, die Datenwege und die Beziehung zu lokalen Anlagen und übergeordneten Systemen.

Funktioniert Edge Computing ohne Internet?

Lokale Anwendungen können ohne Internet arbeiten, sofern ihre benötigten Daten und Dienste verfügbar sind. Ob dies tatsächlich möglich ist, muss geprüft werden. Zentrale Anmeldung, Lizenzprüfung oder Auftragsversorgung können weiterhin eine Verbindung voraussetzen. Der gewünschte Offlinebetrieb benötigt daher eine konkrete technische und organisatorische Auslegung.

Ist Edge Computing automatisch echtzeitfähig?

Nein. Lokale Nähe kann Verzögerungen reduzieren, garantiert aber keine feste Reaktionsfrist. Erfassung, Berechnung, Systemlast und Kommunikation beeinflussen die Gesamtzeit. Für zeitkritische Funktionen müssen Anforderungen definiert und unter passenden Bedingungen geprüft werden. Sicherheitsbezogene Aufgaben benötigen zusätzlich die dafür erforderlichen Nachweise.

Müssen Rohdaten vollständig gespeichert werden?

Das hängt vom Zweck ab. Für einfache Kennzahlen kann eine Verdichtung ausreichen, während Ursachenanalyse oder Modellprüfung ausgewählte Rohdaten benötigen können. Die Entscheidung sollte vorab getroffen werden. Daten, die nach der lokalen Verarbeitung verworfen wurden, stehen für spätere Fragestellungen möglicherweise nicht mehr zur Verfügung.

Wie unterscheidet sich Edge Computing von IIoT?

IIoT beschreibt die industrielle Vernetzung von Geräten, Daten und Anwendungen. Edge Computing bezeichnet einen möglichen Ort und Ansatz der Verarbeitung innerhalb dieser Vernetzung. Eine IIoT-Anwendung kann Edge-Funktionen nutzen, muss aber nicht. Beide Begriffe beschreiben unterschiedliche Aspekte derselben möglichen Gesamtarchitektur.

Quellen und weiterführende Informationen

NIST SP 500-325: Fog Computing Conceptual Model, 2018 – Einordnung dezentraler Verarbeitung und ihrer Beziehung zu Edge und Cloud.
Siemens: Industrial Edge computing architecture – Herstellerbeispiel für lokale Ausführung und Verwaltung verteilter Anwendungen.

Stand: Oktober 2026.