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.
Security-relevant events are recorded to a per-tenant audit log, queryable within, never across, the tenant boundary.
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.