Tenant isolation
Every operator's twin lives in its own scope. One tenant's data is never reachable from another tenant's context.
Product / Security
Trust & security
Confidence comes from boundaries you can verify — tenant isolation, observability, and honest data states, designed in rather than bolted on.
The boundaries
Every operator's twin lives in its own scope. One tenant's data is never reachable from another tenant's context.
Every query is tenant-scoped at the boundary — there is no query path that spans tenants, by construction.
Ingestion, freshness, and twin state are monitored end-to-end, so degradation is seen, not discovered later.
Reads against the twin carry an audit trail — who read what, when, and in which tenant scope.
A dropped feed becomes a stale or offline state; the twin holds last-known values rather than vanishing.
Connectivity is a designed state — online / stale / offline — never an error badge papering over missing data.
Isolation
Isolation isn't a setting you toggle — it's the shape of the query layer.
Multi-tenant by design
The query engine binds to a single tenant at the boundary. There is no supported path that reads across tenants — isolation holds because the alternative simply isn't expressible.
We'll walk your team through tenant isolation, audit trails, and data integrity.