Skip to main content
Updated May 10, 2026 The Raff Terraform Provider is published on the Terraform Registry. For most users, declaring it in your required_providers block is the only “install” step needed — Terraform downloads it on first terraform init.

View on Terraform Registry

registry.terraform.io/providers/RaffTechnologies/raff/latest — auto-generated schema docs for every resource and data source, plus version history.

Standard install (Terraform Registry)

In any new or existing Terraform module:
Then:
Terraform fetches the provider from the registry and pins it in .terraform.lock.hcl. Re-run terraform init -upgrade to pull a newer version that satisfies the version constraint. The same workflow works with OpenTofu (tofu init).

Version constraints

Lock-files (.terraform.lock.hcl) record the exact version terraform init resolved, so collaborators on the same module use the same provider build. Commit the lock file.

Build from source (local development)

Useful when you’re contributing to the provider, testing a pre-release fix, or need to debug locally:
Now any Terraform module that requires RaffTechnologies/raff 0.1.0 will use your local build instead of the registry version. To switch back to the registry version, delete the local plugin file and re-run terraform init -upgrade.

Verify

Should list RaffTechnologies/raff with the resolved version.
Against an empty state, this should connect to the API (using the configured key) and report No changes.

Authentication

The provider needs an API key. Two ways to provide it:
Or, more commonly:
Block arguments take precedence over env vars when both are set. See Generate an API key for issuing a scoped key, and Roles, scopes, and the Owner for picking the right role to assign.

Next steps

raff_project

The project resource.

raff_vm

The VM resource.

Provider intro

Quick start and what the provider covers.
Last modified on May 11, 2026