Runtime architecture

Service packages, Camel routes, and operational controls

The public architecture view focuses on delivery boundaries: what can be changed as route assets, what is controlled by configuration, and what requires a runtime rebuild or restart.

External systems

Call or publish

MES, WMS, ERP, HTTP clients, data platforms, AI tools, and operations systems enter through routes or APIs.

Control plane

Manage services

CLI and management APIs handle deploy, reload, diagnostics, service status, and logs.

Route runtime

Load packages

Camel XML routes run under service package conventions and can be hot-loaded within route boundaries.

Processors

Govern traffic

Validation, permissions, transformations, logging, exception mapping, AI tools, and robotics processors apply policy.

Adapters

Reach endpoints

HTTP, SQL, MQTT, OPC UA, Modbus, SAP, AVEVA, rosbridge, and gateway routes connect outward.

Hot-load boundary

Route XML, service configuration, and service package assets can be adjusted within the runtime's route loading model. Java code, dependencies, Spring beans, and startup parameters remain rebuild or restart boundaries.

Delivery boundary

The public repository is a delivery context. It contains the runnable package, examples, docs, skills, and website assets. It does not expose internal source implementation paths or development-only materials.