A workspace is created within an environment and there are three types of workspaces to select from:
Use pull request automation to automatically kick off the Terraform workflow. By linking a workspace to a specific branch of the repository a webhook is created in the VCS provider that will POST to Scalr for every PR or commit/merge that affects that branch. Scalr will then automatically perform a “dry run” (terraform plan) for every PR and a run (terraform apply) for every commit/merge.
Use Terraform OSS to create runs with Scalr acting as the remote backend. This is the best option for the early development phase of Terraform code or when you want to plug Scalr into an existing workflow that utilizes the CLI, like a Github Action.
No-code workspaces are those that are deployed from modules in the Scalr module registry. This is great for organizations standardizing on Terraform, but not all users have the skillset to write Terraform code. In this case, users are able to select from a list of pre-defined modules, fill in missing variables, and deploy the workspace. A no-code workspace can be deployed directly from the module registry or by selecting "module" as the source when creating a workspace.
Updated 4 months ago
Now that you have a good understanding of the workspace types, go ahead and create one!