ORBIT connects external RCT applications with HPC resources
Project description
ORBIT
ORBIT provides a decentralized architectural framework for seamlessly interacting with high-performance computing (HPC) nodes and executing remote computations across endpoint services.
Architecture
ORBIT consists of three primary layers:
- Bridge (
radical-orbit-bridge): The centralized entry hub. It maintains WebSocket connections to external Endpoint services, manages endpoint discovery, and serves as an HTTP-to-WebSocket reverse proxy forwarding REST API calls to the respective Endpoints. - Endpoint Service (
radical-orbit-endpoint): Deployed directly on the compute nodes/HPC resources. It connects upstream to the Bridge via WebSocket, loading local Plugins to execute tasks natively within the remote network boundary. - Clients / Portal (
client.py&orbit_explorer.html): Developer and end-user interfaces. The Python Client SDK orchestrates dynamic REST interactions with Plugins, while the Web Portal demonstrates direct native JavaScript browser integration with the Bridge API over HTTP.
Deployment
Create a virtualenv, conda env, or other isolated python environment of your
choice, and pip install radical.orbit.
However, some plugins require dependencies, otherwise they won't load:
- psyj:
pip install psij/python - rhapsody:
pip install rhapsody-py - rose:
pip install rose
In fact, the ROSE plugin is only installed with ROSE - so that's also an example
how 3rd party module can install radical.orbit plugins. Note that plugin
dependencies are only needed on those machines on which the endpoint plugins are
actually used - the bridge host and the client hosts usually don't need those.
Usage (Command Line)
1. Generating Certificates (Dev)
Write the cert + key directly into the default config dir
(~/.radical/orbit/) — that way the bridge, endpoints, and clients all
find them with no env vars set. Replace 95.217.193.116 with
your bridge's public IP.
mkdir -p ~/.radical/orbit
openssl req -x509 -nodes -days 3650 -newkey rsa:4096 \
-keyout ~/.radical/orbit/bridge_key.pem \
-out ~/.radical/orbit/bridge_cert.pem \
-subj "/CN=95.217.193.116" \
-addext "subjectAltName = IP:95.217.193.116,DNS:localhost,IP:127.0.0.1"
chmod 0600 ~/.radical/orbit/bridge_key.pem
chmod 0600 is mandatory: the bridge refuses to start if the key
file is more permissive.
To override the defaults (different paths, remote bridge URL, etc.), set any of:
export RADICAL_ORBIT_BRIDGE_URL='https://my-bridge:8000/'
export RADICAL_ORBIT_BRIDGE_CERT="/path/to/bridge_cert.pem"
export RADICAL_ORBIT_BRIDGE_KEY="/path/to/bridge_key.pem" # only needed for the bridge
See the Bridge configuration section below for the full precedence rules (CLI > env > file).
2. Starting the Bridge
The Bridge server exposes a REST API and a WebSocket endpoint (/register):
./bin/radical-orbit-bridge.py
3. Starting the Endpoint Service
Start the endpoint service (ideally on your target HPC node) pointing to the running Bridge:
./bin/radical-orbit-endpoint.py --name my-endpoint --url wss://localhost:8000
Using the Wrapper Script
For launching endpoint services via batch job schedulers (e.g., SLURM), use the wrapper script which properly sets up the environment:
./bin/radical-orbit-endpoint-wrapper.sh --url wss://bridge.example.org:8000 --name my-hpc-endpoint
The wrapper script automatically detects and exports the correct PYTHONPATH for the installed modules.
4. Running a Test Client
./examples/example_sysinfo.py
REST API
The Bridge serves as an HTTP proxy with the following management endpoints:
Management Endpoints
GET /- Fetches the interactive ORBIT Explorer UI.POST /endpoint/list- Returns a JSON structure describing all currently connected Endpoints and their loaded Plugins namespaces.POST /endpoint/disconnect/{endpoint_name}- Disconnect a specific endpoint service from the bridge.POST /bridge/terminate- Terminate the bridge process (endpoints remain running).GET /events- Server-Sent Events (SSE) endpoint for real-time notifications.
Proxy Routes
/*- All other routes are parsed by the Bridge to extract the targeted{endpoint_name}and{namespace}path. Requests are tunneled via WebSocket directly to that Endpoint's registered internal FastAPI app.
Plugin Structure
Plugins dynamically extend an Endpoint's capabilities. A Plugin implementation combines three core components:
1. The Plugin Class (REST API)
Inherits from Plugin. It binds directly to the Endpoint's internal FastAPI application to register routes. Routes must be stateless or manage state by instantiating discrete Sessions (e.g. POST /register_session).
2. The Session Class
Inherits from PluginSession. Represents a stateful context for a specific plugin client execution instance. Handles backend resources, concurrent job futures, and scoped operational contexts required across subsequent API calls by the same user.
3. Client API Shim (client.py)
Inherits from PluginClient. An abstraction layer enabling local Python developers to effortlessly instantiate new sessions and seamlessly invoke the REST API operations behind native Python instance methods (without manually unpacking JSON responses).
Programming with ORBIT
You can interact with Endpoint services pragmatically using the Python BridgeClient SDK. Example scripts reside in the examples/ directory.
Submitting PsiJ Jobs
The psij plugin exposes a normalized interface for interacting with different HPC batch system schedulers via PSI/J.
job_spec = {
"executable": "/bin/sleep",
"arguments": ["5"],
"attributes": {
"queue_name": "debug", # Batch queue
"account": "my_account", # Target allocation
"duration": "100", # Walltime in seconds
# You can also pass custom scheduling constraints directly:
"slurm.constraint": "V100"
}
}
pi = ec.get_plugin('psij')
pi.submit_job(job_spec)
Accessing Queue Info
You can query batch scheduling resources programmatically to auto-discover appropriate queues and limits before job submission.
qi = ec.get_plugin('queue_info')
info = qi.get_info() # Returns cluster hardware topologies and queue states
allocs = qi.list_allocations() # Returns active account allocations for the user
jobs = qi.list_jobs('debug') # Returns jobs in the specified queue (filtered to current user by default)
Built-in Plugins
sysinfo
System information plugin providing hardware and environment details:
- CPU topology (cores, threads, model)
- Memory and storage information
- GPU detection (NVIDIA, AMD, Intel)
- Shared filesystem detection (Lustre, GPFS, NFS, BeeGFS, DVS, etc.)
- Network interface information
- Background prefetch for faster initial queries
queue_info
SLURM queue information plugin:
- Queue/partition details and limits
- Job listing (filtered by user)
- Allocation information
- Background cache prefetch on plugin load
psij
PSI/J job submission plugin:
- Submit jobs via various batch schedulers (SLURM, PBS, LSF, local)
- Real-time job status notifications via SSE
- Job cancellation support
- Custom attributes for scheduler-specific options
Portal Integration
The interactive ORBIT Explorer interface (src/radical/orbit/data/orbit_explorer.html) provides a comprehensive browser-based client for interacting with the Bridge HTTP interface.
- Served dynamically via
GET /on the Bridge. - Discovers the endpoint hierarchy leveraging the
POST /endpoint/listAPI. - Implements purely client-side routing to interact with REST bindings of different endpoint plugins (e.g., querying
queue_info, or submitting jobs dynamically viapsijorrhapsodyplugins). - Supports real-time updates via Server-Sent Events (SSE) from the
/eventsendpoint. - Allows launching new endpoint services on HPC resources via PSI/J job submission.
- Provides bridge and endpoint termination controls.
Configuration
Bridge configuration: URL, cert, key
The bridge URL, TLS cert, and TLS key are resolved with this precedence:
CLI flag > environment variable > file under
~/.radical/orbit/
| Item | Env var | Default file |
|---|---|---|
| URL | RADICAL_ORBIT_BRIDGE_URL |
~/.radical/orbit/bridge.url |
| Cert | RADICAL_ORBIT_BRIDGE_CERT |
~/.radical/orbit/bridge_cert.pem |
| Key | RADICAL_ORBIT_BRIDGE_KEY |
~/.radical/orbit/bridge_key.pem |
Behaviour notes:
- URL (consumer side only): the bridge derives its own advertised
URL from
(host, port)— wildcard binds use the local FQDN (printing both FQDN and outbound-IPv4 forms on stdout); specific binds advertise that literal address. The bridge writesbridge.urlonly when the file does not already exist, so a stale file the operator placed for a different bridge is never clobbered. Endpoints / clients raiseValueErrorif no URL resolves. - Cert / key: never auto-written; the operator places them.
Required for
https:///wss://URLs; ignored entirely forhttp:///ws://. - Key: The key is only needed by the bridge. The bridge refuses
to start if
bridge_key.pemis more permissive than0o600.
Bridge CLI Args
radical-orbit-bridge.py [options]
--cert CERT TLS cert path (CLI > env > file)
--key KEY TLS key path; mode 0o600 (CLI > env > file)
--host HOST Bind address (default: 0.0.0.0)
--port PORT Bind port (default: 8000)
-p PLUGINS Bridge-hosted plugins (default: role default set)
Endpoint Service CLI Args
radical-orbit-endpoint.py [options]
--name NAME Endpoint name (shown in Explorer and /endpoint/list)
--url URL Bridge URL (CLI > env > file)
--cert CERT TLS cert path (CLI > env > file)
-p PLUGINS Comma-separated plugins to load
--tunnel MODE Tunnel mode: none | forward | reverse
--tunnel-via HOST Login host for --tunnel forward (defaults to
$PBS_O_HOST / $SLURM_SUBMIT_HOST)
--log-level LEVEL DEBUG | INFO | WARNING | ERROR
Log Level
Set the logging level via RADICAL_ORBIT_LOG_LVL (or the generic
RADICAL_LOG_LVL):
RADICAL_ORBIT_LOG_LVL=DEBUG ./bin/radical-orbit-bridge.py
Or in code: logging.getLogger("radical.orbit").setLevel(logging.DEBUG).
Troubleshooting
Endpoint connects but no plugins appear in the Explorer
: The plugin failed to import. Check the endpoint service log for ImportError or missing dependencies. Plugins with missing optional dependencies (e.g. PsiJ not installed) are silently skipped.
Notifications not arriving (job/task table stops updating) : The SSE connection dropped. Refresh the page to reconnect. The Explorer reconnects automatically on topology changes but not on SSE stream errors.
Job stuck in SUBMITTED state indefinitely
: The PsiJ executor may be misconfigured. Check the endpoint log for PsiJ errors. For SLURM, verify the account and queue names are valid with sinfo and sacctmgr.
SSL verification error when connecting
: For https:// / wss:// URLs the cert is required — BridgeClient and endpoint services raise ValueError if no cert is resolved (CLI > env > file). Either set RADICAL_ORBIT_BRIDGE_CERT to the .pem from setup, drop the file at ~/.radical/orbit/bridge_cert.pem, or use a plain http:// / ws:// URL (cert resolution is then skipped entirely — dev mode only).
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file radical_orbit-0.2.0.tar.gz.
File metadata
- Download URL: radical_orbit-0.2.0.tar.gz
- Upload date:
- Size: 375.7 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.14.4
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
6d58285d95acab340f409df520f9cea865dde8ac550018e3096633830b8b39d3
|
|
| MD5 |
3bb9e2e385042abfcdfba0474428ab70
|
|
| BLAKE2b-256 |
d83678d7c7c8051eb15cdd6182f0af0da354a3bf796c04947c2e93da0d85ad06
|
File details
Details for the file radical_orbit-0.2.0-py3-none-any.whl.
File metadata
- Download URL: radical_orbit-0.2.0-py3-none-any.whl
- Upload date:
- Size: 289.4 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.14.4
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
efef512b35968211e96e1e7b76b2a29ca32ad08524ad0169d121d1f8469302a8
|
|
| MD5 |
f4f17494f1db4db24499eea27e8f5651
|
|
| BLAKE2b-256 |
d1fef7742591278d0d7c4b1ddca36280757e67a3d1d97b017f73569c23340ba1
|