Skip to the main content.

Did you know?

 

RTI is the world’s largest DDS supplier and Connext is the most trusted software framework for critical systems.

Success-Plan-Services-DSSuccess-Plan Services

Our Professional Services and Customer Success teams bring extensive experience to train, problem-solve, mentor, and accelerate customer success.

Learn more

Developers

From downloads to Hello World, we've got you covered. Find all of the tutorials, documentation, peer conversations and inspiration you need to get started using Connext today.

Try the Connectivity Selection Tool ⇢

Resources

RTI provides a broad range of technical and high-level resources designed to assist in understanding industry applications, the RTI Connext product line and its underlying data-centric technology.

The monthly RTI Newsletter lets you in on what’s happening across all the industries that matter to RTI customers.

Subscribe

Company

RTI is the infrastructure software company for smart-world systems. The company’s RTI Connext product is the world's leading software framework for intelligent distributed systems.

Contact Us

News & Events
Cooperation

3 min read

Running RTI Admin Console in Docker: A Step-by-Step Guide

Running RTI Admin Console in Docker: A Step-by-Step Guide

In today's increasingly containerized world, understanding how to efficiently monitor and manage your Docker containers running RTI Connext applications is essential for developers and system architects alike. 

Docker containers allow customers to create isolated networked distributed systems. Each container is a self-contained, isolated environment and typically communicates with other containers running over a virtualized container “bridge” network.  The bridge network is isolated, this allows for ease of testing and rapid development of distributed systems without any interference from the host network. Additionally, the containers could be running in a remote lab environment or in a Cloud environment. The collection of containers is often orchestrated via tools such as Kubernetes.

Whether you're running a simple app or a complex network of services, having a reliable way to observe container interactions enhances productivity and speeds up development efforts. When containers are running within an isolated virtual network environment – distinct from the host’s network – the containers are not visible to tools such as the RTI Administration Console (Admin Console) running on the host machine. 

So, how does one gain visibility into the data flows between the containers using a tool such as Admin Console? This blog post explains how you can achieve this capability by running Admin Console inside the isolated Docker bridge network.

Setting the Scene with Docker Desktop

Welcome to our walkthrough on running the Admin Console as a Docker container. Here, we’ll see how it can be effectively used to view other Docker containers within your Docker network, all operating on a macOS. Our starting point is Docker Desktop, evident on the top of our host’s dashboard, initially showing no active containers.

We’ll launch a series of Docker containers within this environment using the latest Connext distribution and the official RTI Connext docker images. With each launch, such as our official Ping publisher image, the containers become visible within Docker Desktop’s interface. By cycling through the launching of a Ping publisher container, a Spy container, and an additional Ping publisher container, we craft a live network of interacting containers – each discernible in the dashboard.

RTI Admin console in docker - blog

Bridging the Network Gap with Admin Console

You might wonder how to monitor these interactions seamlessly using Admin Console, particularly when hosted containers operate within a virtual, bridged network environment, distinct from the host’s network. Typical container addresses such as the '172.18.x.x' make them elusive to a traditional monitoring setup using Admin Console on the host.

The solution involves creating a new docker image, utilizing the Connext for Debian Linux packages, specifically tailored to providing a connext-tools docker container image. This connext-tools container serves as an access point, enabling oversight into your Docker container landscape through the use of the RDP protocol – a familiar remote desktop client widely available for Windows, macOS, and Linux.

RTI Admin Console Comes Alive

Once the connext-tools container is running, accessing it via RDP unveils the Admin Console. This configuration now aligns with the container network, displaying each launched component, including topic names and container IDs. The detailed view provides precise insights into applications, entities, data flows, datatypes, quality of service, the data, and its distribution across containers.

Lightweight Operations with Xubuntu

To ensure efficient resource utilization, our environment operates under a lightweight variant of Ubuntu, known as Xubuntu. This choice minimizes UI overhead, offering a streamlined experience without sacrificing functionality – ideal for dynamic Docker operations.

Hands-On Trial

For those intrigued by this setup, the journey doesn’t end here. Docker Hub hosts the necessary tools under the repository ‘rajive7400/connext-tools’. Pull this image to experience the streamlined container observation first-hand, allowing users to harness Docker's full potential with the convenience of the Admin Console.



In conclusion, running the RTI Admin Console within Docker provides profound visibility into containerized environments. By embracing these tools, you can improve the speed of development, enhance operational oversight, and drive productivity and efficiency in a continually evolving technological landscape. You can watch the walkthrough video above.

References:

 

 

About the Author:

rti-event-headshot-rajive-joshiDr. Rajive Joshi is System Architect and Principal Solution Architect at Real-Time Innovations (RTI), Chair of the Software Portability Working Group at AVCC, and Chair of the Connectivity and Communication Subgroup at the Digital Twin Consortium.

He earned a Ph.D. in Computer and Systems Engineering from Rensselaer Polytechnic Institute in Troy, New York, for which he won the best thesis award, and also the IEEE best paper award on multisensor fusion.