Skip to main content
Version: Next

Node Architecture

In this section, we go into more detail covering Tributech's Node architecture and services to provide you with a better understanding of the system and the concepts behind it.

Data Management Architecture

As described in the definition of data assets, the Tributech Node provides a middleware to manage data streams, self-descriptions (twins) and data quality seals between platforms of data providers and consumers. The following figure provides a simplified view of different storage layers and interfaces that are available on each Node.

Data Management Architecture

API Interfaces

To integrate data sources and/or consume data streams, the Tributech Node offers REST APIs based on the OAS3 specification, the following table provides an overview of the available interfaces.

InterfaceTypeCapabilities
Data APIOAS3 REST APIProvide or consume data streams, statistics, sync state
Trust APIOAS3 REST APIStore proofs / data quality seals, data verification & audits
Agent APIOAS3 REST APIProvisioning, linking configuration and updates of Tributech Agents
Twin APIOAS3 REST APIStore, update and query digital twins of data sources and applications
Message BusRabbitMQ Message BrokerPublish and subscribe to near real time streaming data

API clients are available as C# client on GitHub and NuGet. In addition, clients can be generated in any programming language based on the OAS3 specification.

Data and Life Cycle Management

To manage data between hot, warm and cold data paths, we offer flexible data and lifecycle management. Each Tributech Node represents a data management instance and includes two different kinds of internal database technologies, PostgreSQL and InfluxDB, for storing and caching data.

Lifecycle Management

Hot data is categorized as freshly ingested data which is not necessarily persisted on the Node or somewhere else. Hot data will be retrieved from a message-bus. The Data-API publishes data on the message bus.

Warm data is categorized as persisted data on a Node which can have a defined retention period (e.g. permanent, 3 months, …). Warm data will be retrieved via calls towards the Data-API.

Cold data is categorized as data that is transferred to external storage systems (e.g. Azure Data Lake), to use cost effective and saleable storage systems for long-term data analysis. Based on the configuration (which can be set for each data stream), our Node prepares, transforms and packages data to supported cold storage formats (e.g. Parquet) and continuously transfers data to the target system via a cold storage adapter.

Trust Layer

Each DataSpace includes a blockchain-based trust layer to store data quality seals that are generated by the Trust-API or Tributech Agents. The trust layer provides an immutable storage (based on the underlying consensus mechanism), that allows data consumers to verify data quality seals cross-system or cross-company. Each Tributech Node includes an instance of this trust layer.

Data consumers can use the Trust API or Audit Tool (part of the Node's web portal) to perform a data audit and verify the integrity and authenticity of consumed data points.

Data Sharing

To initiate the data exchange, data providers and consumers agree on data contracts that specify the required data sharing conditions. Node Architecture