[{"data":1,"prerenderedAt":150},["ShallowReactive",2],{"blog-\u002Fblog\u002F2023\u002F12\u002Fintroduction-to-unified-namespace":3},{"id":4,"title":5,"body":6,"description":136,"extension":137,"meta":138,"navigation":145,"path":146,"seo":147,"stem":148,"__hash__":149},"blog\u002Fblog\u002F2023\u002F12\u002Fintroduction-to-unified-namespace.md","Introduction to the Unified Namespace (UNS) – 2026 Updated Guide",{"type":7,"value":8,"toc":126},"minimark",[9,19,22,32,37,40,48,51,59,62,69,73,76,79,83,86,89,96,99,106,111,114],[10,11,12,13,18],"p",{},"As your organization is generating more data there’s key architectural\ndecisions to be made to ensure the full value can be unlocked and you’re\nleveraging not just the tip of the iceberg. The ",[14,15,17],"a",{"href":16},"\u002Fsolutions\u002Funs\u002F","Unified Namespace (UNS)","\nprovides a blueprint to allow data to be consumed by many data-consumers.\nFlowFuse helps you manage this migration and the operationalization of your\ndata.",[10,20,21],{},"To facilitate a many to many connection between data producers and data consumers, there are two changes to be made to your architecture:",[23,24,25,29],"ol",{},[26,27,28],"li",{},"Data transport through a hub-and-spokes model",[26,30,31],{},"Set structure of the Data",[33,34,36],"h2",{"id":35},"hub-and-spokes-model-replaces-point-to-point","Hub and spokes model replaces Point to Point",[10,38,39],{},"Traditionally, for example web servers serving web pages, the client requests a\npage from a server. This is a point to point connection between those two parties.",[10,41,42],{},[43,44],"img",{"alt":45,"src":46,"title":47},"Point to point graphic","\u002Fblog\u002F2023\u002F12\u002Fimages\u002Funs-point-to-point.png","Point to Point connection",[10,49,50],{},"For the same data to be transmitted to a new data consumer, the consumer needs\nto make another request to obtain the data. This works great when you know what\ndata you need for building your solution, and if you know where to get it.",[10,52,53,54,58],{},"However, in manufacturing it’s not always possible to know up front who will\nneed your data. Some machines are built and placed years before another machine\nwould like to interact with the generated data. There might be many consumers\nfor the same data set. Lastly; consumers might not know when to fetch new data\npoints, and thus will try on a cycle or need another mechanism to understand if\nnew data is available. Also, there are many challenges in point-to-point connections.\nFor a deeper explanation, read ",[14,55,57],{"href":56},"\u002Fblog\u002F2024\u002F11\u002Fwhy-point-to-point-connection-is-dead\u002F","Why point-to-point connection is dead",".",[10,60,61],{},"This is why a hub and spoke model should be employed. For each data source or\ndata producer, a connection is made to a central hub; generally called a broker.",[10,63,64],{},[43,65],{"alt":66,"src":67,"title":68},"Hub and spoke graphic","\u002Fblog\u002F2023\u002F12\u002Fimages\u002Funs-hub.png","Unified Namespace Hub and Spokes communication",[33,70,72],{"id":71},"structured-data","Structured data",[10,74,75],{},"When many producers are connected to many data consumers, but not directly,\nthe data producer needs to provide insight into what the events can be and will\ncontain. It cannot, nor should even if it could, tailor the event’s data structure\nfor a consumer so there’s decoupling on an architecture level. Structured data\nmakes information, without structure the consumer receives mere bytes.",[10,77,78],{},"This means that a schema for each event should be created and maintained. A\nschema which both the producer and consumer can read and validate each event\nagainst. As such a common Schema Definition Language (SDL) is chosen to provide\nclarity of how the data is structured, how it can be parsed, and in some cases\nalso what it means for the developer.",[33,80,82],{"id":81},"how-node-red-fits-in","How Node-RED Fits In",[10,84,85],{},"Node-RED excels in implementing a Unified Namespace with its flexible and powerful capabilities. It can act as both a central hub and a data consumer within a hub-and-spokes model, simplifying the integration of various data sources and consumers. By leveraging Node-RED's extensive library of nodes and its easy-to-use flow-based programming interface, organizations can efficiently manage data ingestion, transformation, and distribution.",[10,87,88],{},"Node-RED also supports structured data through its support for JSON, XML, and other standard formats, allowing for clear and consistent data schemas. With its built-in nodes for MQTT, HTTP, and other protocols, Node-RED can seamlessly integrate with existing systems, enabling real-time data exchange and visualization. This makes it an ideal tool for operationalizing the Unified Namespace, ensuring that data flows efficiently and is readily available to all relevant stakeholders.",[10,90,91,92],{},"Read this article to learn how you can build your Unified Namespace using Node-RED and FlowFuse: ",[14,93,95],{"href":94},"\u002Fblog\u002F2024\u002F11\u002Fbuilding-uns-with-flowfuse\u002F","Building a Unified Namespace with FlowFuse",[10,97,98],{},"You can also watch this webinar that explores the core concepts of the Unified Namespace, explains why it is essential for Industry 4.0, and demonstrates how FlowFuse and HiveMQ can be used together to build a scalable Unified Namespace.",[100,101],"lite-youtube",{"videoid":102,"params":103,"style":104,"title":105},"z62O5RrOK8o","rel=0","margin-top: 20px; margin-bottom: 20px; width: 100%; height: 480px;","YouTube video player",[107,108,110],"h3",{"id":109},"how-flowfuse-can-help","How FlowFuse Can Help",[10,112,113],{},"While Node-RED is highly effective for implementing UNS, managing and deploying it can be complex. FlowFuse provides a unified platform that simplifies deployment with one-click operations, secure management, and scalable Node-RED applications. It also includes features that enhance collaboration, alongside offering centralized management of all Node-RED instances to ensure streamlined operations and increased efficiency.",[10,115,116],{},[117,118,119,125],"strong",{},[14,120,124],{"href":121,"rel":122},"https:\u002F\u002Fapp.flowfuse.com\u002Faccount\u002Fcreate",[123],"nofollow","Sign up"," now for a free trial and experience FlowFuse's features",{"title":127,"searchDepth":128,"depth":128,"links":129},"",2,[130,131,132],{"id":35,"depth":128,"text":36},{"id":71,"depth":128,"text":72},{"id":81,"depth":128,"text":82,"children":133},[134],{"id":109,"depth":135,"text":110},3,"As your organization is generating more data there’s key architectural\ndecisions to be made to ensure the full value can be unlocked and you’re\nleveraging not just the tip of the iceberg. The Unified Namespace (UNS)\nprovides a blueprint to allow data to be consumed by many data-consumers.\nFlowFuse helps you manage this migration and the operationalization of your\ndata.","md",{"navTitle":5,"excerpt":139},{"type":7,"value":140},[141],[10,142,12,143,18],{},[14,144,17],{"href":16},true,"\u002Fblog\u002F2023\u002F12\u002Fintroduction-to-unified-namespace",{"title":5,"description":136},"blog\u002F2023\u002F12\u002Fintroduction-to-unified-namespace","w0ZiwI12fc84lekC6fbBqo6gYsS3U85riDy0LbwT2dc",1780070551226]