Skip to content

VeeaONE Developer Platform

Build and run applications and AI workloads across the Veea edge.

VeeaONE is a managed distributed edge application platform for deploying and operating containerized workloads across VeeaHubs and qualified runtime targets.

Developers use VHT to build, validate, and deploy containerized software to the target that fits the workload, while VeeaONE provides a common operating environment across distributed physical locations.

How VeeaONE works

From application to managed edge operations.

VHT is the developer toolchain. VeeaONE Runtime provides the common execution layer across native and qualified edge targets.

Developer Containerized application The software and services being deployed
Toolchain VHT 2.0 Build · validate · deploy
Common execution layer VeeaONE Runtime
Native targetVeeaHubs
Qualified runtime targetsLinux · NVIDIA Jetson · specialized hardware
Fleet visibility and operations Operated through VeeaONE

Runtime capabilities and management features vary by qualified target and deployment configuration.

Start with the platform

Welcome to the VeeaONE developer platform.

Get a concise introduction to VeeaONE Runtime, VeeaHubs, qualified runtime targets, and the VHT workflow for building and operating applications and AI workloads across the Veea edge.

Why VeeaONE exists

Distributed edge systems should not become distributed operational problems.

Modern edge applications increasingly span distributed compute, local models, devices, network services, accelerators, and cloud-connected control. VeeaONE provides a common platform foundation for placing and operating software across that real-world edge. Depending on target capabilities and approved platform services, applications can work with local networking, device, storage, and operational interfaces.

Heterogeneous compute

Place workloads across native VeeaHubs and qualified systems with the compute, storage, connectivity, or acceleration profile each part of the system requires.

Local applications and intelligence

Process operational data near its source and support local applications, inference, automation, and agent-assisted workflows where latency, bandwidth, resilience, or data locality matter.

Distributed operations

Apply a common runtime and developer model across fleets of physical locations, with target enrollment, application deployment, capability validation, and operational visibility supported through VeeaONE.

What developers can build

Typical workloads

Containerized applications

Deploy standard services across qualified runtime targets.

Video analytics

Process camera streams and computer vision workloads locally.

AI inference

Run local AI inference and video analytics on qualified accelerator-backed targets, including NVIDIA Jetson-based systems validated for the deployment.

Operational automation

Combine local applications, events, and external AI services to automate business processes.

Choose your starting point

Evaluate the platform or start with an approved development environment.

Public documentation is available through this portal. Production access, third-party runtime enablement, VeeaCloud services, and support depend on an approved account, supported target configuration, and applicable Veea agreement.

Evaluating VeeaONE?

Understand the platform before requesting access

Explore the public documentation, understand the runtime model, and compare target options. Request developer access when you are ready to work with an approved Veea environment.

Already have access?

Go from prerequisites to a running application

Use this path when you have an approved Veea developer account, a supported and enrolled runtime target, development access, and the required local network connectivity.

VeeaONE Runtime targets

VeeaHubs are the native edge target. Qualified nodes extend the runtime.

Runtime capabilities vary by target. VeeaHubs provide the full native runtime profile. Qualified nodes should be validated for OS, networking, storage, accelerators, and hardware-specific services before deployment.

Choose the right path

Which VHT workflow should I use?

Use the VHT 2.0 workflow unless you are maintaining an existing application that was built with the VHT 1.x workflow and are unable to migrate it to VHT 2.0 at this time.

New application developmentUse VHT 2.0
Docker-native app development with registries and ComposeUse VHT 2.0
Docker Context, Compose, or Stack deployment workflowsUse VHT 2.0
Existing signed app, .tgz package, or Control Center uploadMaintain with VHT 1.x until you can migrate
Current VHC25 apps or legacy D-Bus integrationMaintain with VHT 1.x until you can migrate
Existing VHT 1.x apps alongside new developmentNew work on VHT 2.0; existing apps stay on VHT 1.x
Production rollout decisionConfirm the target workflow with Veea

Build with VeeaONE

Common developer jobs