Skip to content
Shared platform · Device & edge

OTA Platform

Connected products fail at the seams, and the update path is the seam most often left until last. The OTA platform runs staged rollouts with canary groups, verifies signatures on the device, and rolls back cleanly when a campaign goes wrong — which it eventually will.

What it does

Inside the platform

01

Staged rollout

Canary, phased and full-fleet campaigns with automatic halt on failure-rate thresholds.

02

Signed & verified images

Provenance from build pipeline to device, with the device refusing anything it cannot verify.

03

Fail-safe rollback

A device that fails to boot the new image returns to the last known-good one without intervention.

04

Campaign audit

A record of what was shipped to which device and when — the answer to the question a regulator or customer eventually asks.

How it fits together

The shape of the work

A campaign that can be stopped

The forward path is the easy half. What makes an update path safe is the failure-rate threshold that halts it and the last-known-good image a device returns to on its own — designed at the same time as the rollout, not after the first bad batch.

Signed buildProvenance fromthe pipelineCanary~1% of fleetWatched closelyPhased10% → 50%Halt on thresholdFull fleetRemainderCampaign closedDoneRecordedFAILURE RATE EXCEEDS THRESHOLD → HALTdevices return to last known-good image, unattendedEvery campaign recorded: which image, which devices, when, and what happened
Who builds on it

Used across the group

  • Vyovrinda
  • Sasyaveda
  • Savithru
  • Smart Infrastructure

Ownership

A shared platform. It has no natural home in any single unit, so the group funds it centrally and the shared engineering bench maintains it. Every company and division draws on the same version.

How we decide what is shared

Building something that needs OTA Platform?

Tell us the constraints and we will come back with how this platform would carry them — or say plainly if it would not.