Wat is een Unified Namespace?
Een Unified Namespace (UNS) is een architectuurpatroon waarin alle systemen van een organisatie hun actuele toestand publiceren naar één centrale, hiërarchisch ingedeelde databron, meestal een MQTT-broker, waarop elke andere toepassing zich kan abonneren. Elk datapunt, event of status krijgt een unieke plek in de namespace, vergelijkbaar met een bestandsstructuur, maar dan voor live data. Zo ontstaat één single source of truth voor de huidige staat van de fabriek of het bedrijf, in plaats van een wirwar aan point-to-point-koppelingen. De UNS is daarmee een belangrijke bouwsteen voor OT-convergentie en Industrie 4.0.
🧠 Waar komt het begrip Unified Namespace vandaan?
De term is bekend geworden door Walker Reynolds, IIoT-architect en oprichter van 4.0 Solutions. Hij beschrijft dat hij de eerste unified namespace tussen 2003 en 2005 ontwierp voor een zoutmijn in de staat New York. Via zijn trainingen en video’s werd het begrip later breed opgepikt door leveranciers als HiveMQ, HighByte en Inductive Automation.
Reynolds noemt een aantal kenmerken die een UNS onderscheiden van een gewone databus:
- Single source of truth - er is één plek waar de actuele toestand van het bedrijf staat
- Ingericht zoals het bedrijf - de structuur volgt locaties, afdelingen, lijnen en machines, niet de systemen die toevallig data leveren
- Edge-driven - data wordt zo dicht mogelijk bij de bron gepubliceerd, door een PLC, edge device of gateway
- Report by exception - een bron publiceert alleen als een waarde verandert, wat bandbreedte bespaart
- Licht en open - gebaseerd op open protocollen en leveranciersonafhankelijk
Een UNS is dus geen product dat u koopt, maar een manier van organiseren. Het bevat in principe de actuele toestand. Historische data hoort in een historian, tijdreeksdatabase of datalake dat zich op de UNS abonneert.
🔄 Wat is het verschil met traditionele OT-integratie?
In de klassieke automatiseringspiramide en het Purdue Model loopt data laag voor laag omhoog: van PLC naar SCADA, naar MES en ten slotte naar ERP. Elke nieuwe toepassing vraagt om een eigen koppeling. Bij n systemen die allemaal met elkaar moeten praten, groeit het aantal koppelingen tot n·(n−1)/2: bij 10 systemen zijn dat er al 45, bij 20 systemen 190.
| Traditioneel model | Unified Namespace model |
|---|---|
| Point-to-point koppelingen | Eén publish/subscribe-laag met centrale topicstructuur (hub-and-spoke) |
| Pull: systemen vragen periodiek data op (polling) | Event-driven: bronnen publiceren bij verandering |
| Ad-hoc datastromen en eigen naamgeving per systeem | Gestandaardiseerde hiërarchie en naamgeving |
| Nieuwe afnemer betekent nieuwe koppeling bij de bron | Nieuwe afnemer abonneert zich zonder de bron te wijzigen |
| Gescheiden IT- en OT-silo’s | IT OT Convergentie via een gedeelde namespace |
Een UNS vervangt geen systemen, maar maakt ze toegankelijk en interoperabel via een gedeeld datamodel. SCADA, MES en ERP blijven hun eigen taken uitvoeren.
🔧 Uit welke componenten bestaat een UNS?
| Component | Rol in de UNS |
|---|---|
| MQTT-broker (bijv. HiveMQ, EMQX, Mosquitto) | Centrale publish/subscribe-motor die berichten naar abonnees verdeelt |
| SCADA-koppelingen (bijv. Ignition) | Publiceren statussen en alarmen, ontvangen setpoints via de UNS |
| Edge devices en gateways | Vertalen veldprotocollen als Modbus, S7 of OPC UA naar MQTT en publiceren meetdata |
| MES en ERP | Abonneren op events en publiceren orders, recepturen en planningen |
| Historian en analytics | Abonneren op UNS-data voor opslag, rapportage en analyse |
| Contextualisatielaag (bijv. HighByte, Node-RED) | Voegt eenheden, assetnamen en ordercontext toe; zie Industrial DataOps |
MQTT is de facto het transportprotocol. Versie 3.1.1 werd in oktober 2014 een OASIS-standaard en in 2016 ISO/IEC 20922; MQTT 5.0 volgde in maart 2019. Standaard luistert een broker op TCP-poort 1883, of 8883 met TLS. Drie MQTT-functies zijn voor een UNS essentieel:
- Retained messages - de broker bewaart per topic de laatste waarde, zodat een nieuwe abonnee direct de actuele toestand krijgt
- QoS-niveaus 0, 1 en 2 - van at most once tot exactly once, te kiezen per datastroom
- Last Will and Testament - de broker meldt automatisch wanneer een bron onverwacht wegvalt
🗂️ Hoe richt u de topicstructuur in?
De meeste UNS-ontwerpen volgen de equipment-hiërarchie van ISA-95 (internationaal IEC 62264): enterprise → site → area → work center → work unit. In de praktijk heten de twee onderste niveaus meestal line (productielijn) en cell (machine of werkcel). Een topic ziet er dan bijvoorbeeld zo uit:
acme/rotterdam/verpakking/lijn3/vuller/status
Daaronder worden vaak vaste namespaces gebruikt voor het soort data, zoals edge voor ruwe
brondata, metrics voor berekende KPI’s of erp voor orderinformatie.
Daarnaast bestaat Sparkplug, een specificatie van de Eclipse Foundation die topicnamen, berichtformaat (Protobuf) en
toestandsbeheer van edge nodes vastlegt. Sparkplug 3.0 is sinds 2023 gepubliceerd als ISO/IEC 20237.
Sparkplug-topics hebben een vaste, technische opbouw (spBv1.0/groep/berichttype/edge-node/apparaat). Daarom combineren veel architecturen een
Sparkplug-laag voor connectiviteit met een aparte, ISA-95-gestructureerde UNS voor gecontextualiseerde
data.
| Aspect | Platte MQTT (ISA-95-topics) | MQTT Sparkplug B |
|---|---|---|
| Topicstructuur | Vrij te kiezen, volgt het bedrijf | Vastgelegd: spBv1.0/... |
| Payload | Meestal JSON, leesbaar | Protobuf, compact en getypeerd |
| Toestand van bronnen | Zelf regelen (bijv. via retained en LWT) | Ingebouwd via birth- en death-berichten |
| Leesbaarheid voor IT | Hoog | Lager, vraagt decodering |
| Typisch gebruik | Gecontextualiseerde bedrijfsdata | Connectiviteit tussen edge en SCADA |
🏭 Waarvoor wordt een UNS in de praktijk gebruikt?
| Toepassing | Hoe de UNS helpt |
|---|---|
| Batchproductie | Realtime delen van batchdata tussen PLC, MES en LIMS |
| Predictive Maintenance | Sensoren publiceren trillingsdata, een AI-model abonneert zich en voorspelt storingen |
| Energiebeheer | Realtime energieverbruik gedeeld met dashboards en rapportages |
| KPI-monitoring | SCADA publiceert live status, Power BI of een OEE-dashboard abonneert zich |
| IT/OT-datalake | Historian en analysetools verzamelen via één uniforme datalaag |
| Digital Twin | De digitale tweeling leest de actuele toestand rechtstreeks uit de namespace |
Voor zeer grote datavolumes of langdurige opslag van berichtstromen wordt de MQTT-broker vaak gekoppeld aan Apache Kafka, dat beter geschikt is voor het herspelen van historische events.
🧭 Hoe implementeert u een UNS stap voor stap?
- Begin met een use case - bijvoorbeeld OEE van één lijn of energieverbruik per afdeling. Een UNS die geen probleem oplost, wordt een datakerkhof.
- Ontwerp de hiërarchie - leg de ISA-95-niveaus en naamgevingsregels vast: kleine letters, geen spaties, eventueel een versie in het topic.
- Kies broker en architectuur - een cluster voor hoge beschikbaarheid, eventueel een lokale broker per site die naar een centrale broker doorzet.
- Ontsluit de bronnen aan de edge - met gateways die bestaande protocollen vertalen; in brownfield-situaties blijft de PLC-logica ongewijzigd.
- Voeg context toe - eenheden, assetnamen, ordernummers en kwaliteitsstatus, zodat data zonder uitleg bruikbaar is.
- Beveilig vanaf dag één - zie de volgende sectie.
- Sluit afnemers aan en meet - historian, dashboards en MES; evalueer na enkele weken of de use case het beoogde resultaat levert.
🔐 Hoe beveiligt u een Unified Namespace?
Een UNS maakt data breed toegankelijk, en dat vergroot het aanvalsoppervlak. Een broker die alle procesdata bevat en setpoints kan doorzetten, is een aantrekkelijk doelwit.
- Authenticatie en autorisatie - elke client logt in met een certificaat of sterke credentials; ACL’s per topic volgens least privilege
- Versleuteling - TLS op poort 8883, nooit onversleuteld verkeer over netwerkgrenzen
-
Segmentatie van gevoelige
topics - bijvoorbeeld
acme/rotterdam/+/+/+/safety/#alleen leesbaar; Safety-functies mogen nooit afhankelijk zijn van de UNS - Schrijfrechten beperken - alleen aangewezen systemen mogen setpoints publiceren, met validatie aan de PLC-zijde
- Plaatsing in het netwerk - brokers op de grens van IT en OT staan doorgaans in een IDMZ; edge devices bouwen uitgaande verbindingen op, zodat er geen inkomende poorten naar de OT-zone open hoeven
- Audit-trail - log wie wat publiceert of abonneert en koppel dit aan securitymonitoring
- Normen - ontwerp volgens Security by Design en het zones-en-conduitsmodel van IEC 62443
Voor Nederlandse organisaties die onder de Cyberbeveiligingswet (de Nederlandse invulling van NIS2, van kracht sinds 15 augustus 2026) vallen, hoort een UNS-broker in de risicoanalyse en het asset-register. Het is een centraal knooppunt tussen IT en OT.
❓ Veelgestelde vragen
Is een Unified Namespace hetzelfde als MQTT?
Nee, een Unified Namespace is een architectuurpatroon en MQTT is een protocol. MQTT is wel het gangbaarste transport voor een UNS, omdat het licht is, publish/subscribe ondersteunt en retained messages kent. Een UNS kan in principe ook met andere technologie, zoals OPC UA PubSub of Kafka, worden gebouwd.
Slaat een Unified Namespace historische data op?
Een Unified Namespace bevat in principe alleen de actuele toestand van elk datapunt. Voor historische data abonneert een historian, tijdreeksdatabase of datalake zich op de UNS en slaat de waarden zelf op. Zo blijft de broker licht en snel.
Moet ik Sparkplug B gebruiken voor een Unified Namespace?
Sparkplug B is niet verplicht voor een Unified Namespace. Het geeft vaste afspraken over topics, payload en de status van edge nodes, wat interoperabiliteit tussen leveranciers vergemakkelijkt. Veel organisaties combineren Sparkplug voor connectiviteit met een ISA-95-topicstructuur voor gecontextualiseerde data.
Vervangt een Unified Namespace het Purdue Model?
Een Unified Namespace vervangt het Purdue Model niet als beveiligingsmodel. De UNS verandert hoe data stroomt, van laag-voor-laag naar hub-and-spoke, maar netwerkzones, firewalls en een IDMZ blijven nodig. Veel architecturen plaatsen brokers per zone en koppelen die via gecontroleerde verbindingen.
Wat kost een Unified Namespace?
De kosten van een Unified Namespace hangen vooral af van de gekozen broker, het aantal edge gateways en de inzet voor het ontwerpen van de hiërarchie. Open-source brokers zoals Mosquitto zijn gratis, terwijl commerciële brokers met clustering en beheer licentiekosten hebben. Het grootste werk zit meestal in het ontsluiten en contextualiseren van bestaande bronnen.
Is een Unified Namespace geschikt voor bestaande installaties?
Een Unified Namespace is goed toepasbaar in bestaande installaties, omdat gateways aan de edge bestaande protocollen naar MQTT vertalen zonder de PLC-programma’s te wijzigen. U kunt per lijn of per afdeling beginnen en de namespace stapsgewijs uitbreiden.
📌 Samengevat
Een Unified Namespace is de moderne ruggengraat van realtime industriële datadeling: één centrale, naar het bedrijf ingerichte plek waar elk systeem zijn actuele toestand publiceert. Met MQTT als transport, een ISA-95-hiërarchie als structuur en beveiliging volgens IEC 62443 biedt een UNS schaalbare, event-gedreven toegang tot alle informatie, zonder de wildgroei van honderden point-to-point-koppelingen.