Skip to main content
Base path:
Fleet-scoped registry routes also exist under:
Device-scoped state write-back:

Authentication

  • Authorization: Bearer — user OIDC token (same as console)
  • ORG-ID header — active organization
  • Mutations require Idempotency-Key header (forwarded to edge worker RPC)

Permissions

OpenAPI source: ilyama.v1.yaml.

Lineages

For telemetry lineages, use GET /edge/lineages/{lineage_id} to identify the materialized target and then query the lineage’s edge_ts_* hypertable through QueryScript.

Example — list paused lineages

Device schema reviews

Schema review workflow

Cloud state write-back

Push desired rows to a cloud_authoritative Pipeline B table. The edge worker upserts cloud state, then stages a state_write downlink on sync/ingest/control. table_id is the lineage UUID (edge_table_lineages.id) for the target source table — use GET /edge/lineages or lineage detail in golain.

Request body

  • 1–500 rows per request
  • Requires Idempotency-Key
  • Table must be approved with cloud_authoritative sync authority

Example

Response

The device must ACK control_id on sync/ingest/ack, apply the rows locally, and include lkcv on the next row-batch upload for the affected primary keys. Downlink control — state_write

Registry and coalescing (project scope)

Registry coalescing

Policy

Example:

RPC mapping (internal)

HTTP mutations call edge worker RPCs on edge_exchange / edge_rpc_queue: Downlink delivery uses EdgeIngestControlRequestedV2 on the MQTT downlink exchange (consumed by mqtt-broker, not a public HTTP route).

Response envelopes

Follow standard ilyama HTTP JSON envelopes — list endpoints return pagination meta; single resources wrap the object. Errors use core/errs public messages. Common state write errors: