Platform Architecture

A Distributed Control Plane for Device Fleets.

RemoteGenius separates global coordination from regional execution — so device operations keep running whether the cloud is reachable, degraded, or entirely absent.

The Cloud Gateway manages identity, access, and structure. Clusters perform every device operation. Devices are never directly connected to the Cloud Gateway.

  • Cloud Gateway handles identity, RBAC, audit
  • Clusters own provisioning, telemetry, execution
  • Operates across cloud, on-prem, and hybrid
  • Clusters keep running when disconnected
Cloud Gateway Identity · RBAC · Audit
Cluster Execution plane
Devices Encoders · Cameras · Bridges

Clusters are the only layer that touches devices.

The split between control and execution is deliberate. It is the single invariant that every other property of the platform depends on.

Cloud Gateway never communicates with your devices. Clusters are the only layer that interacts with devices.
— RemoteGenius Architecture Invariant

The Cloud Gateway does not proxy, relay, or tunnel device communication.

Cloud Gateway

Manages who can do what

  • Organizations, users, roles, permissions
  • Cluster lifecycle and configuration
  • Centralized audit across the fleet
Clusters

Execute what actually happens

  • Direct communication with every device
  • Runtime services, telemetry, automation
  • Local execution — no cloud dependency

The global control layer — not a device control plane.

The Cloud Gateway coordinates identity, access, and cluster structure. Its responsibilities are scoped tightly and deliberately.

01

Cluster Lifecycle Management

Provisioning, configuration, and maintenance of every cluster the organization operates.

02

Identity & Organization

Multi-tenant organizations, user accounts, authentication, and federation into clusters.

03

Authorization (RBAC)

Role definitions, permission assignments, and cluster-level access control across the fleet.

04

Audit & Visibility

Centralized audit logs, organization-level activity tracking, and cross-cluster reporting.

Pull, not push.

Cloud-connected clusters pull user/org identity and policy updates from the Cloud Gateway; they periodically push cluster inventory and usage data back. Organization admins trigger maintenance operations (e.g. software upgrades) through the Gateway, which relays instructions to the cluster for local execution. Device management is handled entirely within the cluster — operators interact directly with the Cluster API and Dashboard, not the Gateway.

01 Operator API + Dashboard
02 Cluster Pulls + executes
03 Device Local control path

Where the real work happens.

A cluster is a self-contained regional service plane. It provisions devices, configures them, collects telemetry, and runs every operational workflow — in cloud, on-premise, or hybrid environments.

01

Device Provisioning

Onboarding, registration, token-based authentication, and assignment to organization and cluster.

02

State & Telemetry

Real-time metrics, telemetry streams, event logs, and device shadow state — all stored locally within the cluster.

03

Execution Layer

Device management APIs, configuration workflows, automation, scheduling, and streaming services.

04

Local Autonomy

Clusters do not depend on the Cloud Gateway to manage devices — they keep running when disconnected.

Device Configuration — two paths

Clusters support multiple configuration paths side-by-side so heterogeneous fleets can be managed through one plane.

Path A

Native Device GUI

Direct interaction with the device’s own web or local UI. Useful for vendor support, commissioning, and one-off work.

Path B

API-Based Control

Standardized management through RemoteGenius APIs — abstracted, normalized, and automation-ready across vendors.

One unified control plane across heterogeneous hardware.

RemoteGenius supports three integration classes — from fully native devices to third-party APIs to legacy hardware retrofitted through a bridge.

Class 1

Native Devices

Fully integrated with platform APIs. Direct control through cluster services with first-class feature parity.

Class 2

Third-Party Devices

Controlled via exposed vendor APIs. Integrated through Device Adapters that translate commands on the cluster side.

Class 3

Bridge-Based (ReGen Bridge)

For devices without remote capabilities. A local bridge device connects to the target and relays control to the cluster.

Device Abstraction Layer

Two building blocks decouple the control surface from physical device specifics:

01

Device Shadow

A digital representation of device state. Provides a consistent control interface regardless of vendor or protocol.

02

Device Adapters

Translate platform commands into device-specific actions — handling protocol differences and vendor config formats.

Cloud, on-premise, or hybrid — same control plane.

The separation of control and execution makes every deployment shape a configuration detail, not an architectural rewrite.

01

Cloud-Managed

Fully hosted clusters. Minimal infrastructure responsibility on the customer side, with automatic scaling.

  • Hosted execution plane
  • Managed upgrades and scaling
  • Ideal for greenfield fleets
02

On-Premise (Isolated)

Fully self-contained clusters. No external connectivity required; manual or offline synchronization.

  • Air-gapped deployments
  • Full local autonomy
  • Regulated or classified environments
03

Hybrid

Combination of cloud and on-prem clusters. Central visibility with local execution where it matters.

  • Centralized identity + audit
  • Local execution per site
  • Enterprise and broadcast fleets

Two independent planes, one platform.

The Cloud Gateway and clusters fail independently. A cloud outage never stops device control. A cluster can operate continuously on its own.

Control Plane Cloud Gateway
  • Identity and organization accounts
  • Role definitions and access policies
  • Governance, audit, and reporting
  • Cluster lifecycle coordination
Execution Plane Regional Cluster
  • Direct device communication
  • Configuration and runtime workflows
  • Real-time telemetry and state
  • Local automation and scheduling
What this guarantees
01

A Cloud Gateway failure does not affect device control

02

A cluster operates independently and continuously

03

Customers retain full control over where execution happens

04

Air-gapped, on-prem, and hybrid shapes are first-class

RemoteGenius is not a centralized device proxy.

It is a distributed control system. The Cloud Gateway manages access and structure. Clusters perform all device operations. Devices are never directly connected to the Cloud Gateway.

  • Secure multi-tenant management at fleet scale
  • Support for heterogeneous hardware via adapters
  • Operates in cloud, hybrid, or fully isolated environments
  • Reliable control of device fleets at any size