Two layers that never merge
Terraform answers what exists. The deploy answers what runs on it. The handoff between them is one rendered environment file, and that file is complete. Nothing in it is hand-edited afterwards. That seam is what makes the rest cloud-blind. The images, the CLI and every runbook are identical whichever provider you chose.Five inputs
The whole contract is five values, implemented once per cloud.
Everything else has a default, including the sizes of every resource.
Roles are provisioned only when the platform owns the identity provider. With
cognito,
Terraform creates the groups and puts the administrator in them, so the roles exist because
the apply ran. With byo-oidc your tenant is authoritative and Terraform touches none of
it, so the list is documentation rather than provisioning.
Two roles must exist in whichever provider you use, or nobody can author or publish:
workflow:author and marketplace:publish.
What it creates
Both stacks produce the same universe. They differ only in the managed services each cloud offers, and each has its own page.Amazon Web Services
DigitalOcean
Azure
Running it
unoverse deploy init β it reads the rendered configuration from your applied ground itself), and it is covered in the Runbooks.
There is no wrapper command around any of this. terraform apply is the interface, because
a customerβs platform team already knows what it does and can review what it will change
before it changes it.
Resizing
Changesize, apply again, redeploy. The variable moves the machine, the database tiers and
the connection budget together, which is the reason those numbers live in one place.
What Terraform does not do
It does not install or start the platform. It does not carry your content, which reaches a universe by publishing rather than by deployment. It does not manage your identity provider when you brought your own.Next: Networking

