---
title: Unified Namespace
slug: unified-namespace
createdAt: 2026-05-19T15:26:25.851Z
---

# What is a Unified Namespace (UNS)?

**Audience**: *This section is intended mostly for non-technical readers who want to understand how plant data flows between systems in Mantsu. No integration background is required; the concepts are explained from first principles.*

***

A Unified Namespace (UNS) is an architectural pattern for industrial data integration. It defines a **single, centralised logical space** where every data producer in a plant (sensors, machines, controllers, business systems) publishes its data, and every consumer reads from that same space. There is no point-to-point wiring between systems: all data flows through one shared namespace (most commonly a shared centralised message broker)

Topics in the UNS follow a **hierarchical naming convention** that reflects the physical and logical structure of the plant, commonly based on the ISA-95 enterprise hierarchy:

This naming structure makes data **self-describing and discoverable**: any consumer can browse the namespace to understand what data exists, where it comes from, and what it represents, without needing to consult external documentation or negotiate a private interface with the producer.

The UNS acts as the **single source of truth** for the current and historical state of the plant.

# Why use a UNS?

Traditional manufacturing IT landscapes grow into a tightly coupled mesh of point-to-point integrations. Each system talks directly to the systems it needs: SCADA reads from PLCs, MES reads from SCADA, ERP reads from MES, reporting reads from everything. Every new system added to the plant requires new integrations with every existing system it needs to interact with. The result is an integration architecture that is fragile, expensive to change, and nearly impossible to scale.

The UNS pattern solves this by inverting the relationship: **systems do not talk to each other; they all talk to the centralized namespace**.

| ***Problem (point-to-point)***                       | ***Solution (UNS)***                                           |
| ---------------------------------------------------- | -------------------------------------------------------------- |
| N systems → N² potential integrations                | N systems → N integrations (each connects once to the UNS)     |
| Adding a new system requires re-wiring existing ones | New systems subscribe to existing topics; nothing else changes |
| Data is siloed per system                            | All data is available to all authorised consumers              |
| Integrations are fragile and version-sensitive       | Producers and consumers are fully decoupled                    |

Beyond integration simplification, the UNS enables:

- **Real-time visibility:** any system can subscribe to any topic and receive data as it is produced, without polling.
- **Digital twin foundation:** the UNS holds the live state of the plant, making it the natural data source for digital twin implementations.
- **AI and analytics readiness:** all data flows through a single point, making it straightforward to connect analytics engines, machine learning models, or agentic AI systems without custom data pipelines for each.
- **Scalability:** new production lines, new sensors, and new systems are added by publishing to new topics; no architectural changes are required.

# Key Terms

**Topic**: a named channel in the namespace to which producers publish and from which consumers read.

**Broker**: the central message hub that stores and routes published data.

**Producer / consumer**: a system that publishes data to the UNS, or one that subscribes to and reads from it.

**ISA-95 hierarchy**: the Enterprise / Site / Area / Line / Workcell / Device structure used for topic naming.

***

# Frequently asked questions

**How does Mantsu implement a UNS?**
With two complementary brokers: an MQTT broker for OT machine data and a Redpanda (Kafka) broker for IT business events, both using ISA-95 topic names.

**Do you buy a UNS product for Mantsu?**
No. In Mantsu the UNS is an architectural pattern realized with these brokers and the naming convention, not a separate product.

**What happens when you add a new system to a Mantsu plant?**
It connects once to the namespace and subscribes to existing topics; no existing system has to be re-wired.

**Why does Mantsu use the ISA-95 hierarchy for topic names?**
It mirrors the physical plant structure, making every topic in the namespace self-describing and discoverable.

***

**Summary**: *A Unified Namespace is a single, hierarchical data space through which all plant data flows: producers publish once, authorized consumers subscribe, and integration effort grows linearly instead of exponentially.*

Enterprise / Site / Area / Line / Workcell / Device / Datapoint