amicu vs Terraform and OpenTofu
Terraform and OpenTofu are general-purpose infrastructure-as-code tools: they manage any resource that a provider plugin exposes. amicu is a much narrower open-source CLI that deploys vLLM and llama.cpp servers from HCL and understands models, memory fit and endpoint authentication out of the box. They share the write, plan, apply workflow, so the two are not rivals: use Terraform or OpenTofu for your wider infrastructure, and amicu when the thing you are managing is an LLM endpoint.
Side by side
Sources for the Terraform and OpenTofu column: Terraform introduction, OpenTofu documentation. Details can change; check the official documentation.
When to choose Terraform and OpenTofu
- You manage networks, databases, clusters and more, and want one tool for all of it.
- You need remote state, modules and the provider ecosystem your team already uses.
- Your LLM serving already runs on Kubernetes or VMs that you define yourself.
When to choose amicu
- The resource you care about is an LLM server, and you want fit checks before anything starts.
- You want to deploy vLLM or llama.cpp to your own machine or a GPU provider without writing the plumbing.
- You want residency and provider allowlist rules checked by validate and plan.
Questions
- Can I use amicu and Terraform together?
- Yes. They manage different things. Terraform or OpenTofu can provision the rest of your infrastructure while amicu deploys and tracks the LLM servers. amicu does not read Terraform state.
- Is amicu a Terraform provider?
- No. amicu is a standalone command-line tool with its own HCL schema and its own state file.
- Does amicu support remote state like Terraform?
- Not yet. State is a local file in the project directory, protected by a local lock. Remote state backends are not implemented.
- Is amicu production-ready?
- amicu is early and not stable yet. Expect breaking changes to the HCL schema and the CLI.