Agentic edge AI
Run inference locally and support federated learning across sites, allowing models to improve without routinely moving raw data to a central cloud.
Distributed edge cloud
A cloud region brings compute, storage, orchestration and networking together in one place. MetaLynx™ brings those capabilities to every site you operate—creating a distributed edge system that is managed as one.
Factories, hospital wards, rail platforms and stores are very different environments. MetaLynx treats each as an autonomous edge region with its own compute, storage and models, while coordinating operations across the full deployment.
New sites join the system without requiring existing sites to be redesigned, and an interruption at one location does not stop the others from operating.
Each site operates locally while participating in the larger system. A new site joins without becoming a dependency for the sites already running.
Each site operates independently while participating in the larger system. New sites can be added without redesigning—or creating a dependency for—the locations already running.
Five layers work together at every site, whether it is a factory, hospital ward or rail platform.
A flat network can allow a compromised device to reach systems it was never meant to see. MetaLynx assigns devices and users to hardware-backed trust domains, then uses explicit policies to control traffic between them.
| From ↓ / To → | Operations | Guest | Building systems | Internet |
|---|---|---|---|---|
| Operations | Allowed, same domain | Denied | Denied | Allowed by policy |
| Guest | Denied | Allowed, same domain | Denied | Allowed by policy |
| Building systems | Allowed by policy | Denied | Allowed, same domain | Denied |
The permitted path is explicit: building systems can send telemetry to Operations because policy allows it. Traffic between other domains remains blocked unless another rule is added. Trust Domains and hardware-backed security help keep devices within the access policies assigned to them.
Traditional centralized training moves data to a central environment. Federated learning sends a shared model to participating sites, where it is trained using local data. Each site returns model updates—not its raw training data—for aggregation into an improved shared model.
The loop runs continuously, so a model that learns something at one location is a model every location has by the next cycle. It is the only way to get the benefit of a large dataset without ever assembling one.
Devices connect through the protocol that fits them. At each site, VeeaHubs form a resilient mesh that provides connectivity, compute and storage. VeeaCloud manages configuration, software and system health without sitting in the local data path.
Data is sent to public, private or enterprise clouds when the application or policy requires it.
Local applications can continue operating when backhaul or cloud connectivity is interrupted. VeeaCloud provisions, updates and monitors the mesh; when connectivity returns, the site can synchronize data and status.
Developed in collaboration with Tridium, Containerized Portable Niagara runs on VeeaHubs, bringing building management, local processing and flexible connectivity closer to the systems being controlled.
In practice, existing Niagara deployments gain local intelligence, wireless connectivity and remote management without requiring the building management system to be replaced.