Onteon for edge computing in manufacturing

30 sierpnia, 2022

This article is an overview on how to use Onteon for edge computing in manufacturing.

It references to “Edge Computing in the Context of Open Manufacturing” document, created by Open Manufacturing Platform – IoT Connectivity Working Group.

Reference use case in the OMP document distinguish 3 levels – cloud, edge and production asset level. In this article I will focus on edge level application as this is more specific than cloud level.

To understand the use of Onteon in this scenario let’s start with short introduction to Onteon.

Onteon is a platform/software stack to deploy and manage applications and native microservices. The difference to other solutions on the market is that Onteon works with containerized and non-containerized workloads the same way. It can operate also on OS level which brings additional functionalities and benefits. 

To shed light what Onteon does, at this point I will just name what it includes: application provisioning, orchestration, runtime, load balancers, services communication, monitoring and log management.

At the infrastructure level on edge node there would be Onteon Node Manager (ONM) used as a guest system, running containerized and non-containerized workloads. It could be deployed on hypervisor or directly on operating system of a node. Onteon Node Manager offers providers for containers (Docker), JVM applications with runtime, and generic provider which manages all other polyglot applications and microservices.

OMP document describes three integration components: cloud connector, message broker/API gateway and production asset connectors. All three can be implemented as microservices managed by ONM communicating with each other. Of course all computation components can be implemented as containers or native microservices as well.

The integrated part of Onteon is service communication. Every Onteon Node Manager has internal and external load balancer built-in. This way Onteon delivers loosely coupled architecture for application to application communication, no matter if it’s inside the node or among the nodes. It allows to build logic and separation of data moving among production asset, edge and cloud level. Any north and south application level communication allow/deny scenario can be implemented. 

All nodes communicate with each other and share the knowledge about applications and microservices deployed. Therefore, from communication perspective each node can serve as failover node for the other, providing appropriate applications and microservices are deployed there. Onteon will enable this automatically. To ensure services continuity production assets would need to have failover information to be able to try another route to production asset connector if the main node they communicate with will fail. 

As reliability and high-availability is crucial for industry applications, Onteon have some mechanisms to achieve this goal. Apart from above mentioned failover of services to other nodes, Onteon Node Manager delivers in-service, non-disruptive node upgrades.
Upgrading applications on the fly is not an issue in most architectures. However upgrading the node itself very often results in stopping the services on this node for the upgrade/reboot time. Onteon Node Manager can be upgraded on the edge device without stopping the applications and services running on it. 

Also Onteon Node Manager can work autonomously without being connected with the “brain” part - Onteon Control Center. Onteon Node Manager has the knowledge which and how many applications should be working on it. It allows to work in offline situations, where communication between Node Manager and Control Center is broken. Although it is Onteon Control Center that takes care of nodes operability, Onteon Node Manager itself will try to reconnect to Onteon Control Center for maximum reliability.

Bandwidth and performance

Microservices and applications deployed and managed by Onteon can use any protocol. Onteon itself supports HTTP/HTTPS and binary protocol in the near future. So called adaptive communication allows registered services to talk to each other with the fastest protocol available. This is auto negotiation based on the available protocols common on both sides of communication. Any 3rd party can write its own protocol which can be handled by the applications working in Onteon environment. 

When using other services with their protocols it is transparent for Onteon. For example MQTT subscriber using spring boot can be natively deployed and managed by Onteon, where no overload is added to communication by Onteon itself.

Most tools can operate only with containers. Container to container communication has its cost. This can impact response time and also number of requests served in a given period. 

As Onteon allows to deploy non-containerized services and manage them the same way as containers, it can boost performance. Or from another angle we can say it allows to achieve the same with lower hardware resources of industrial PC or any edge gateway. 


All components of Onteon communicate with each other by HTTPS. Onteon Control Center, Onteon Node Manager, Monitoring and CLI. All custom applications and services can communicate with HTTPS. It can even be forced by Onteon to use HTTPS by applications to avoid non-encrypted traffic. Onteon has built-in Key Management Service with periodic key rotation mechanism.

Monitoring and log management

Onteon comes with the log and monitoring management in a package. It can be however connected to already used tools. As Onteon works on OS level it can be used for gathering events and logs not only from application, but also OS level.


According to IoT Analytics, platform hype is moving from cloud to edge. It is among top 10 trends in IoT for 2022. And the projected CAGR for edge computing market during 2022-2028 is 31.1% according to Valuates 2022 report.

Onteon can manage in a simple and efficient way different workloads: containerized, native binaries as well as script files. It works at the edge but also can be used on some other constrained devices.

According to IoT & Edge Developer Survey Report 2021 by Eclipse Foundation, three main concerns were security (46%), connectivity (38%) and deployment (31%). All three points are addressed in the latest release of Onteon. It provides many capabilities for edge computing out of the box. 

Onteon Tech is committed to develop Onteon further to better fit customer requirements in this space.


tel. +48 604 178 300
e-mail: contact@onteon.tech



Plac na Groblach 21/B
31-101 Kraków


Onteon Tech Ltd., 8 The Green, Suite #12144
Dover, DE 19901, USA

registration information

NIP 6751508699
REGON 123224253
KRS: 0000518871
Kapitał zakładowy: 234 800,00 zł
Sąd rejonowy dla Krakowa-Śródmieścia w Krakowie
XI Wydział Gospodarczy KRS

Your data will be processed by Onteon Tech Sp. z o.o. based in Krakow, Poland. We process your data for the following purposes: To answer questions emailed to us (only until the question is answered or you tell us to end processing your data) and secure potential claims (until they are time-barred under the law). Providing data processing consent is voluntary but, without it, we cannot give you an answer to the question you asked in your email. The data may be disclosed to entities that provide us with services (e.g., our hosting provider or our IT support company). You have the right to request access to your personal data, corrections, deletion, or the restriction of processing, as well as the right to object to processing and to lodge a complaint with a supervising authority.

linkedin facebook pinterest youtube rss twitter instagram facebook-blank rss-blank linkedin-blank pinterest youtube twitter instagram

We use cookies and similar technologies to ensure our website works properly, personalize your browsing experience, and analyze how you use our website. For these reasons, we may share your site usage data with our analytics partners. You can learn more about how we use cookies by visiting our privacy policy page.