Trust matrix
Product Availability
A decision matrix for evaluating products by environment, node, provider, location, lifecycle, agreement, and evidence.
Public decision matrix
Availability is never inherited from a product name.
Use this matrix to identify the questions that must be resolved before a pilot or service commitment.
| Product family | Commercial | Government | Classified | Sovereign edge |
|---|---|---|---|---|
| Federated Compute | Engagement validation | Requirements validation | No public claim | Node-specific validation |
| Control Plane | Engagement validation | Requirements validation | No public claim | Node-specific validation |
| Sovereign Nodes | Site-specific | Boundary-specific | No public claim | Site-specific |
| Secure Edge | Node-specific | Mission-specific | No public claim | Node-specific |
| AI Platform | Provider and model specific | Provider, model, and boundary specific | No public claim | Hardware and model specific |
| Data Fabric | Data-policy specific | Agency and data specific | No public claim | Locality specific |
| Energy-Aware Scheduling | Site and workload specific | Site and workload specific | No public claim | Local controls govern |
| Mission Evidence | Scope-specific | Scope-specific | No public claim | Scope-specific |
Next step
Validate a product and environment
Identify the workload, data, region, node, provider, version, dependencies, lifecycle, support, and evidence required.
Request an assessment