SOVEX
CBDC Data Centers Sovereign AI Tokenization Deep Tech Architecture About Team Request access
AI Data Centers / Orchestration / Multi-tenancy

Multi-tenancy.

One sovereign cluster, many tenants — ministries, institutions, and programs — sharing hardware without sharing trust. Isolation is enforced in hardware and namespace; fairness is enforced by quota and policy.

Tenants share silicon but never share a trust boundary

A shared cluster is only sovereign-grade if a tenant cannot observe, reach, or influence another tenant's data or workloads.

01

Tenant as first-class boundary

Every workload, dataset, and key is bound to a named tenant, and no operation crosses that boundary without an explicit, logged grant. The tenant is the unit of authorization, quota, and audit throughout the stack.

02

Mutual distrust by default

Tenants are treated as mutually untrusting even when they belong to the same government, so isolation does not depend on organizational goodwill. A compromise or misbehavior in one tenant does not extend to another.

03

Keys stay with the owner

Each tenant holds its own keys and, where applicable, its own model weights; the platform operator schedules the hardware but cannot read tenant material. Custody is separated from operation by design.

04

Residency per tenant

Tenant data placement is constrained to the jurisdictions each tenant is permitted, so a shared cluster still honors distinct residency obligations. Physical location is a scheduling constraint, not an afterthought.

Isolation is layered from the accelerator up to the network

Compute, memory, storage, and network are each partitioned so a tenant's blast radius ends at its own boundary.

01

Hardware-partitioned accelerators

GPUs are assigned whole or as hardware-isolated partitions so tenants do not share accelerator memory or execution context. A tenant cannot read residual state from the workload that ran before it.

02

Namespace and network segmentation

On the inference plane, tenants are separated by namespace with default-deny network policy, so pods reach only the services their tenant explicitly exposes. Lateral movement between tenants has no default path.

03

Isolated storage domains

Each tenant's datasets and checkpoints live in access-controlled storage domains keyed to that tenant, with no shared mount surface. Data at rest is separated and independently encrypted.

04

Post-quantum tenant identity

Tenant and workload identities are asserted with ML-DSA-65 signatures, so authentication between tenant, scheduler, and services is resistant to future cryptographic attack. Identity holds up over the multi-decade horizon of sovereign infrastructure.

Shared capacity is allocated by declared policy, not by contention

Fairness on a national cluster means each tenant receives the compute it is entitled to, regardless of how aggressively others submit.

01

Hierarchical quotas

Allocations nest — a ministry receives a share, its programs subdivide it — so entitlements mirror the actual organizational structure. Quota is enforced at every level of the hierarchy, not just the top.

02

Fair-share decay

A tenant that has recently consumed heavily yields priority to under-served tenants through usage-weighted scheduling. Historical consumption, not just the instantaneous queue, shapes who runs next.

03

Guaranteed floors and burst ceilings

Each tenant has a guaranteed capacity floor it can always claim and a ceiling it may burst to when the cluster is idle. Tenants exploit spare capacity without being able to starve their neighbors.

04

Preemption respects tenancy

Cross-tenant preemption only reclaims capacity a tenant borrowed above its floor, never the capacity it is guaranteed. A tenant's committed allocation is never taken to serve another.

Every cross-tenant action is authorized and recorded

On sovereign infrastructure the audit trail is part of the product — who accessed what, on whose authority, is always answerable.

01

Per-tenant RBAC

Access control is scoped inside each tenant, so an administrator in one tenant holds no rights in another. Privilege is granted narrowly and never inherited across the boundary.

02

Explicit sharing grants

When two tenants deliberately share a dataset or model, the grant is explicit, time-bounded, and revocable rather than implicit. Collaboration is possible but always intentional and logged.

03

Tamper-evident access log

Every authorization decision and cross-tenant access is written to a hash-chained log, giving each tenant a verifiable record of who touched its material. The record cannot be altered after the fact without detection.

04

Per-tenant accounting

Consumption, cost, and residency compliance are reported per tenant, so each owner sees exactly what it used and where. Shared infrastructure remains individually accountable.

Build it sovereign.

Talk to us about multi-tenancy in a sovereign deployment.