Monorepo vs multi-repo for Terraform - Interactive Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to initialize a Terraform workspace in a monorepo setup.

Terraform

terraform [1]

Drag options to blanks, or click blank then click option'

Ainit

Bapply

Cplan

Ddestroy

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'apply' before initializing causes errors.

Confusing 'plan' with initialization.

The terraform init command initializes the working directory containing Terraform configuration files. This is the first step in any Terraform workflow, including monorepo setups.

2fill in blank

medium

Complete the code to apply Terraform changes only in a specific directory of a multi-repo setup.

Terraform

terraform -chdir=[1] apply

Drag options to blanks, or click blank then click option'

Aterraform.tfstate

Bmodules/network

Cmain.tf

Dbackend

Attempts:

3 left

💡 Hint

Common Mistakes

Using a filename instead of a directory.

Confusing state files with directories.

The -chdir option tells Terraform to run commands in the specified directory. In a multi-repo setup, you apply changes in the directory containing the Terraform code, such as modules/network.

3fill in blank

hard

Fix the error in the Terraform backend configuration for a monorepo by completing the missing backend type.

Terraform

terraform {
  backend "[1]" {
    bucket = "my-terraform-state"
    region = "us-east-1"
  }
}

Drag options to blanks, or click blank then click option'

Alocal

Bgcs

Cs3

Dazurerm

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'local' backend when remote state is needed.

Confusing cloud providers for backend type.

The backend type s3 configures Terraform to store state files in an AWS S3 bucket, which is common in monorepo setups for centralized state management.

4fill in blank

hard

Fill both blanks to define a Terraform workspace command and its purpose in a multi-repo environment.

Terraform

terraform workspace [1] [2]

Drag options to blanks, or click blank then click option'

Anew

Blist

Cdev

Ddelete

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'list' instead of 'new' to create a workspace.

Using an invalid workspace name.

The command terraform workspace new dev creates a new workspace named 'dev'. Workspaces help manage multiple environments in a multi-repo setup.

5fill in blank

hard

Fill all three blanks to complete a Terraform command that plans changes for a specific workspace in a monorepo.

Terraform

terraform workspace [1] && terraform plan -var-file=[2]/[3].tfvars

Drag options to blanks, or click blank then click option'

Aselect

Benvs

Cprod

Dcreate

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'create' instead of 'select' to switch workspace.

Incorrect directory or filename for variable files.

The command selects the 'prod' workspace and runs a plan using the variable file located in the 'envs' directory. This is typical in monorepo setups to isolate environment configurations.

Practice

1. What is a key advantage of using a monorepo for Terraform code?

easy

A. All Terraform code is stored in one place, making sharing easier

B. Each team works completely independently without any shared code

C. It forces teams to use different Terraform versions per project

D. It automatically splits infrastructure into multiple cloud accounts

Solution

1. Step 1: Understand monorepo concept

   A monorepo stores all Terraform code in a single repository, allowing easy sharing and reuse.

2. Step 2: Compare options

   All Terraform code is stored in one place, making sharing easier correctly describes this advantage. Other options describe multi-repo or unrelated features.

3. Final Answer:

   All Terraform code is stored in one place, making sharing easier -> Option A

4. Quick Check:

   Monorepo = single repo for all code [OK]

Hint: Monorepo means one repo for all Terraform code [OK]

Common Mistakes:

• Confusing monorepo with multi-repo
• Thinking monorepo isolates teams completely
• Assuming monorepo enforces different Terraform versions

2. Which of the following is a correct way to organize Terraform code in a multi-repo setup?

easy

A. Store all Terraform modules and environments in one repository

B. Split Terraform code into separate repositories per environment or team

C. Use a single Terraform state file for all repositories

D. Combine Terraform and application code in the same repository

Solution

1. Step 1: Understand multi-repo structure

   Multi-repo means splitting Terraform code into multiple repositories, often by environment or team.

2. Step 2: Evaluate options

   Split Terraform code into separate repositories per environment or team correctly describes this. Store all Terraform modules and environments in one repository describes monorepo. Use a single Terraform state file for all repositories is incorrect because state files are usually separate per repo. Combine Terraform and application code in the same repository mixes concerns.

3. Final Answer:

   Split Terraform code into separate repositories per environment or team -> Option B

4. Quick Check:

   Multi-repo = multiple repos for Terraform code [OK]

Hint: Multi-repo splits code by team or environment [OK]

Common Mistakes:

• Mixing monorepo and multi-repo definitions
• Assuming one state file for all repos
• Combining unrelated code in Terraform repos

3. Given a monorepo with Terraform code for two environments, what is a likely outcome when running terraform apply in the root directory without specifying a workspace or path?

medium

A. Terraform applies changes only to the default environment

B. Terraform applies changes to both environments at once

C. Terraform throws an error due to multiple state files

D. Terraform automatically detects and applies changes per environment

Solution

1. Step 1: Understand default Terraform behavior in monorepo

   Running terraform apply in root without workspace or path targets the default state and configuration.

2. Step 2: Analyze options

   Terraform applies changes only to the default environment is correct because Terraform applies only the default environment unless configured otherwise. Terraform applies changes to both environments at once is incorrect as Terraform does not apply multiple environments simultaneously by default. Terraform throws an error due to multiple state files is wrong; no error occurs unless misconfigured. Terraform automatically detects and applies changes per environment is false; Terraform does not auto-detect environments.

3. Final Answer:

   Terraform applies changes only to the default environment -> Option A

4. Quick Check:

   Default apply targets one environment [OK]

Hint: Without workspace, Terraform applies default environment only [OK]

Common Mistakes:

• Assuming Terraform applies all environments automatically
• Expecting errors without misconfiguration
• Thinking Terraform auto-detects multiple environments

4. You have a multi-repo Terraform setup but accidentally run terraform apply in the wrong repository. What is the best way to fix this mistake?

medium

A. Delete the entire repository and start over

B. Merge the repositories to avoid confusion

C. Run terraform destroy in that repository to remove unintended resources

D. Ignore it; Terraform will not create any resources without approval

Solution

1. Step 1: Identify the impact of wrong apply

   Running terraform apply in the wrong repo creates resources unintentionally.

2. Step 2: Choose corrective action

   Run terraform destroy in that repository to remove unintended resources is best: running terraform destroy removes those resources safely. Delete the entire repository and start over is extreme and unnecessary. Ignore it; Terraform will not create any resources without approval is wrong; apply creates resources after approval. Merge the repositories to avoid confusion is unrelated to fixing the mistake.

3. Final Answer:

   Run terraform destroy in that repository to remove unintended resources -> Option C

4. Quick Check:

   Destroy removes unintended resources safely [OK]

Hint: Use terraform destroy to undo wrong apply quickly [OK]

Common Mistakes:

• Deleting repos instead of destroying resources
• Ignoring accidental resource creation
• Thinking merging repos fixes mistakes

5. Your team wants to share Terraform modules easily but keep environment configurations isolated. Which approach best balances these needs?

hard

A. Use a monorepo for all code including modules and environments

B. Use a single repo with all environments but duplicate modules in each folder

C. Use multi-repo but copy modules into each environment repo manually

D. Use a multi-repo with one repo for shared modules and separate repos per environment

Solution

1. Step 1: Analyze sharing and isolation needs

   The team wants easy sharing of modules but isolated environment configs.

2. Step 2: Evaluate options for balance

   Use a multi-repo with one repo for shared modules and separate repos per environment fits best: shared modules in one repo, environments isolated in separate repos. Use a monorepo for all code including modules and environments mixes all code, reducing isolation. Use a single repo with all environments but duplicate modules in each folder duplicates modules, causing maintenance issues. Use multi-repo but copy modules into each environment repo manually copies modules manually, risking drift.

3. Final Answer:

   Use a multi-repo with one repo for shared modules and separate repos per environment -> Option D

4. Quick Check:

   Shared modules repo + separate env repos = best balance [OK]

Hint: Share modules in one repo, isolate environments in others [OK]

Common Mistakes:

• Mixing modules and environments in one repo
• Duplicating modules causing maintenance headaches
• Copying modules manually risking drift