Unified Namespace: So machen Sie Maschinendaten zentral, einheitlich und skalierbar

Der Pilot läuft: ein Werk, eine Handvoll Maschinen, die Daten fließen. Dann soll die Lösung auf das gesamte Fabriknetzwerk übertragen werden, auf 500 und mehr Maschinen unterschiedlicher Hersteller, Baujahre und Steuerungen. An diesem Punkt bleiben viele Digitalisierungsprojekte stecken. Die Technologie ist vorhanden. Das Problem ist, dass jede Maschine ihre Daten anders liefert und jede neue Anwendung eine eigene Schnittstelle braucht.

Hier setzt der Unified Namespace (UNS) an. Dieser Beitrag erklärt, was hinter dem Architekturkonzept steckt, wie es funktioniert und welche Bausteine es braucht, damit es im Shopfloor-Alltag funktioniert.

Welche Probleme löst ein Unified Namespace?

Widersprüchliche Zahlen → eine gemeinsame Datenbasis: Wenn MES, ERP und Auswertungstools jeweils eigene Kopien der Maschinendaten halten, weichen die Zahlen voneinander ab. Im Unified Namespace greifen alle Systeme auf dieselbe Quelle zu. Jede Abteilung und jeder Standort arbeitet mit denselben, konsistenten Daten.

Veraltete Informationen → Echtzeit-Überblick: Statt auf Exporte oder Berichte vom Vortag zu warten, sieht jedes angebundene System den aktuellen Zustand der Produktion. Maschinenstatus, Stückzahlen und Störungen stehen in dem Moment bereit, in dem sie entstehen.

Aufwendige Integration → eine Verbindung pro System: Neue Software oder Technologie wird einmal an den Unified Namespace angebunden und hat damit Zugriff auf alle freigegebenen Daten. Einzelschnittstellen zu jedem bestehenden System entfallen.

Unstrukturierte Rohdaten → Grundlage für Predictive Analytics und KI: KI-Anwendungen brauchen strukturierte, kontextualisierte Daten aus allen Quellen. Der Unified Namespace stellt sie in einheitlicher Form bereit.

Was ist ein Unified Namespace?

Im Wesentlichen handelt es sich bei einem Unified Namespace (UNS) um eine Architektur und ein Entwurfsmuster zur Strukturierung von Datenproduzenten und -konsumenten in einer industriellen Echtzeit-Betriebsumgebung. Durch die Standardisierung von Daten aus unterschiedlichen Systemen optimiert er die Datenverwaltung, den Datenaustausch und die Datenanalyse. Diese einheitliche Datenquelle stellt sicher, dass alle Beteiligten im gesamten Unternehmen effizienter auf wichtige Erkenntnisse zugreifen, diese integrieren und analysieren können, was zu einer schnelleren Entscheidungsfindung und operativen Agilität führt. Statt für jede Anwendung eine eigene Verbindung zur Maschine aufzubauen, greifen MES, ERP, BI-Tools oder KI-Anwendungen auf dieselbe Quelle zu. Der UNS wird so zur Single Source of Truth für das gesamte Unternehmen. Alle Abteilungen und Standorte arbeiten mit denselben Daten, Widersprüche und Doppelungen entfallen. Weil die Architektur offen ist, lassen sich Maschinen und Systeme unterschiedlicher Hersteller einbinden, und neue Technologien kommen später ohne Umbau dazu.

So funktioniert ein Unified Namespace

Der Weg der Daten in den UNS verläuft in drei Schritten:

1. Anbinden: Maschinen und Systeme werden über ein Gateway angebunden oder, wenn sie es nativ unterstützen, direkt über MQTT. Gängige Übertragungstechnologien sind OPC UA, MQTT und NATS.
2. Harmonisieren: Die Daten werden in eine einheitliche Struktur und ein einheitliches Format gebracht. Erst dann können andere Systeme sie ohne Zusatzaufwand verwenden.
3. Verteilen: Die harmonisierten Daten liegen in einem zentralen Message Broker. Dort kann sie jede berechtigte Anwendung abonnieren.
   Die Verteilung folgt dem Publish/Subscribe-Prinzip: Datenquellen senden an den Broker, der Broker leitet an alle Empfänger weiter, die sich für diese Daten angemeldet haben. Sender und Empfänger sind voneinander entkoppelt. Braucht eine neue Anwendung Maschinendaten, abonniert sie diese einfach. Eine neue Schnittstelle zur Maschine ist nicht nötig.

Einmal angebunden, vielfach genutzt: Auf Basis derselben harmonisierten Daten entstehen unterschiedliche Use Cases – von Energie und Kosten über OEE, Rückverfolgbarkeit sowie Qualität und Ausschuss bis zu Predictive Analytics und KI. Für keinen davon braucht es eine eigene Schnittstelle zur Maschine. Im Bild am Beispiel von AC4DC.

Warum OPC UA und MQTT allein nicht reichen

Ein verbreiteter Irrtum: Wer OPC UA oder MQTT einsetzt, hat seine Daten standardisiert. Diese Protokolle vereinheitlichen aber nur den Datentransport, nicht die Bedeutung der Daten. Ein Temperaturwert kommt sauber an, aber ob er in Grad Celsius oder Fahrenheit vorliegt, zu welcher Maschine er gehört und in welchem Auftrag er entstanden ist, regelt das Protokoll nicht.

Der entscheidende Schritt im Unified Namespace ist deshalb die Harmonisierung, also die Kontextualisierung der Daten.

Kontextualisierung: den Daten Bedeutung geben

Kontextualisierung ist erfolgskritisch. Sie bedeutet:

• logische Informationen aus Signalen ableiten, etwa den Maschinenstatus,
• physikalische Einheiten annotieren und konvertieren,
• Mengen und Qualitätsinformationen zuordnen,
• Maschinendaten mit Auftragsinformationen verknüpfen.

Vom Signal zur Information: Daten aus Maschinen, Sensoren, Material, Prozessen, Personal und Aufträgen werden erfasst, interpretiert und über ein einheitliches semantisches Datenmodell an MES, ERP, KI und weitere IT-Systeme übergeben.

Nur wenn klar ist, was ein Datenpunkt beschreibt und in welchem Kontext er entstanden ist, lassen sich daraus Erkenntnisse ableiten. Das gilt besonders für künstliche Intelligenz: KI-Apps und KI-Reportings liefern nur dann verwertbare Ergebnisse, wenn die zugrunde liegenden Daten KI-ready sind.

Ein einheitliches Datenmodell für den gesamten Maschinenpark

Damit Kontextualisierung nicht für jede Maschine neu erfolgen muss, braucht es ein standardisiertes, wiederverwendbares Datenmodell für den gesamten Maschinenpark, ein Unified Asset Data Model. Einmal definierte Strukturen werden als Vorlagen auf weitere Maschinen, Linien und Standorte übertragen. Das schafft die Grundlage für skalierbare Prozesse auf Shopfloor und Topfloor und erleichtert die Zusammenarbeit zwischen Abteilungen und Werken.

Moderne Management-Systeme erzeugen dabei bei jeder Änderung automatisch eine neue Version. Das bringt drei Vorteile:

• Nachvollziehbarkeit: Es ist jederzeit klar, welche Konfiguration zu welchem Zeitpunkt aktiv war.
• Audit und Compliance: Für Vorgaben wie ISO 9001, FDA oder IT-Sicherheitsrichtlinien lässt sich lückenlos belegen, wer wann welche Anpassung vorgenommen hat und ob sie freigegeben wurde.
• Risikominimierung: Fehlerhafte Änderungen werden schnell erkannt und zurückgenommen. Das verkürzt Ausfallzeiten.

Architektur: So bleibt der Unified Namespace stabil und sicher

Eine zentrale Datenschicht wirft eine berechtigte Frage auf: Was passiert, wenn sie ausfällt oder angegriffen wird? Die Antwort liegt in der Architektur.

Datenbereitstellung und Speicherung trennen. Die Bereitstellung der Daten übernimmt eine spezialisierte Software, die Speicherung erfolgt getrennt davon, etwa in Datenbanken oder Data Lakes. Wird eine Schicht angegriffen, bleiben die übrigen funktionsfähig und die Produktion kommt nicht zum Erliegen. Gleichzeitig lassen sich einzelne Komponenten austauschen, ohne die Gesamtlösung zu gefährden. Das verhindert Vendor-Lock-ins.

Shopfloor-IT ressourcenschonend auslegen. Die Produktion muss auch bei Netzwerkunterbrechungen zu höheren IT-Ebenen weiterlaufen. Bewährt haben sich:

• Lokale Datenpufferung: Daten werden vor Ort zwischengespeichert, damit bei Verbindungsproblemen nichts verloren geht.
• Zentrale Verwaltung: Die Administration erfolgt zentral, das senkt Wartungsaufwand und Personalkosten.
• Minimale Ressourcenbelastung: Hard- und Software benötigen möglichst wenig Energie und Rechenleistung.

Große Infrastrukturen zentral oder regional hosten. Analyse-Datenbanken gehören nicht in den Shopfloor, sondern in zentrale oder regionale Knotenpunkte. So werden IT-Fachkräfte gebündelt statt in jedem Werk separat vorgehalten, Wartungs- und Betriebskosten sinken, und neue Standorte oder Linien lassen sich einfach anbinden. Gerade in Regionen mit wenig IT-Personal verringert das die Abhängigkeit von lokalem Know-how.

Schlank im Shopfloor, zentral in der Nutzung: Die Plattform erfasst, interpretiert und integriert die Daten nah an der Maschine und stellt sie im Unified Namespace bereit – für lokale, regionale und globale Systeme wie MES, ERP, KI oder Drittanwendungen. Der Datenfluss funktioniert in beide Richtungen.

Zentrale Verwaltung über ein Control Center

Bei Hunderten Maschinen an mehreren Standorten braucht es eine zentrale Steuerung. Ein Control Center übernimmt das Management aller angebundenen Maschinen und Assets. Technologisch basiert es idealerweise auf Kubernetes und läuft lokal oder in der Cloud. Zu seinen Aufgaben gehören:

• Lizenzmanagement
• Nutzerverwaltung inklusive Integration externer ID-Provider
• Zertifikatsmanagement
• Anlegen und Verwalten von Gateways
• Erstellen und Verwalten von Vorlagen
• Anbinden und Verwalten von Assets

Die Vorteile des Unified Namespace auf einen Blick

• Weniger Integrationsaufwand: Einzelschnittstellen entfallen, Implementierungs- und Wartungskosten sinken.
• Skalierbarkeit: Neue Maschinen, Linien und Standorte werden über Vorlagen angebunden, ohne bestehende Prozesse grundlegend zu ändern.
• Herstellerunabhängigkeit: Offene Standards und getrennte IT-Ebenen verhindern Abhängigkeiten von einzelnen Anbietern.
• Echtzeit-Daten: Alle Systeme greifen auf aktuelle Daten zu und können schneller reagieren.
• KI-ready: Kontextualisierte Daten sind die Voraussetzung für KI-Anwendungen.
• Auditierbarkeit: Versionierte Konfigurationen erfüllen Compliance-Anforderungen.

Worauf Sie bei der Umsetzung achten sollten

Ein Unified Namespace wird nicht installiert, er wird aufgebaut. Zwei Punkte werden dabei häufig unterschätzt:

Die Erstintegration. Der UNS vereinfacht die Verteilung der Daten, die Maschinen müssen aber zunächst angebunden und ihre Daten harmonisiert werden. Bei heterogenen Maschinenparks im OT-Bereich ist das der aufwendigste Teil.

Die Grenzen von Eigenlösungen. Viele Teams starten mit Low-Code- oder No-Code-Lösungen und erzielen damit für einzelne Assets gute Ergebnisse. Beim Rollout auf das Fabriknetzwerk zeigt sich oft: Die Eigenlösung ist wenig flexibel, wird mit wachsender Komplexität unübersichtlich und ist kaum skalierbar oder wartbar. Die Make-or-Buy-Entscheidung sollte deshalb nicht nur auf kurzfristigen Kosten beruhen, sondern auf den langfristigen Anforderungen an Skalierbarkeit, Sicherheit, Wartbarkeit und Compliance.

Grundsätzlich gilt: Je mehr Systeme und Maschinen ein Unternehmen hat, desto größer ist der Nutzen eines Unified Namespace.

Fazit

Der Unified Namespace löst ein Grundproblem der digitalen Fertigung: Daten, die zwar erfasst werden, aber nicht einheitlich nutzbar sind. Entscheidend ist dabei weniger das Protokoll als das, was darüber liegt: ein einheitliches, kontextualisiertes Datenmodell, eine Architektur mit getrennten IT-Ebenen und eine zentrale Verwaltung, die mit dem Maschinenpark mitwächst. Wer diese Bausteine von Anfang an berücksichtigt, schafft eine Produktions-IT, die sich vom Pilotwerk auf das gesamte Fabriknetzwerk übertragen lässt und für KI-Anwendungen bereit ist.