Docs
On this page

Bring Your Own Cloud lets an organization power its product with infrastructure inside its own AWS account or GCP project.

MIOSA remains the orchestration and product control plane.

Activation gated Infrastructure packages built

Control plane and customer cloud

The customer controls the cloud account, network, identity policies, provider resources, and provider bill.

MIOSA controls desired capacity, workload placement, immutable runtime generations, acceptance, scheduling, drain, and reconciliation.

What runs where

LayerMIOSA control planeCustomer cloud
Organization and workspace policyYesNo
Desired capacity and placementYesReflected by worker capacity
Provider IAM and networkingValidated and orchestratedCreated and owned
Worker hostsObserved and scheduledExecuted and billed
Firecracker workloadsRequested and trackedExecuted
Host runtime artifactsIdentified and verifiedDownloaded and installed
Customer data storesBound by the applicationCustomer-selected
Acceptance evidenceRecordedProduced by the host

Provider support

Amazon Web Services

Terraform and CloudFormation packages define private multi-AZ worker foundations, scoped IAM, immutable templates, and fail-closed acceptance.

AWS architecture →

Google Cloud

Terraform defines the service account, network, firewall, instance template, artifact access, and acceptance handoff.

Google Cloud architecture →

Customer onboarding path

Infrastructure creation does not make a region live.

Placement begins only after provider preflight, one real host acceptance, recorded evidence, and explicit enablement.

BYOC compared with OpenComputers

Bring Your Own CloudOpenComputers
UnitGoverned cloud region or host poolIndividual owned machine
ProvisioningTerraform or CloudFormationAgent installation
NetworkCustomer VPC or subnetworkExisting host network
IdentityCloud IAM and instance identityMIOSA host registration
CapacityProvider fleetConnected machines
Best forEnterprise cloud boundariesLocal and owned hardware

Was this helpful?