Bird
Raised Fist0
Terraformcloud~10 mins

Ignore_changes lifecycle rule in Terraform - Interactive Code Practice

Choose your learning style10 modes available
Practice - 5 Tasks
Answer the questions below
1fill in blank
easy

Complete the code to ignore changes to the 'tags' attribute in the resource lifecycle.

Terraform
resource "aws_instance" "example" {
  ami           = "ami-123456"
  instance_type = "t2.micro"

  lifecycle {
    ignore_changes = [[1]]
  }
}
Drag options to blanks, or click blank then click option'
A"tags"
B"ami"
C"instance_type"
D"id"
Attempts:
3 left
💡 Hint
Common Mistakes
Ignoring the wrong attribute like 'ami' or 'instance_type'.
Not using quotes around the attribute name.
2fill in blank
medium

Complete the code to ignore changes to both 'user_data' and 'tags' attributes in the lifecycle block.

Terraform
resource "aws_instance" "example" {
  ami           = "ami-123456"
  instance_type = "t2.micro"
  user_data     = "#!/bin/bash"

  lifecycle {
    ignore_changes = [[1]]
  }
}
Drag options to blanks, or click blank then click option'
A["id", "tags"]
B["user_data"]
C["ami", "instance_type"]
D["user_data", "tags"]
Attempts:
3 left
💡 Hint
Common Mistakes
Not using a list for multiple attributes.
Including attributes that should not be ignored.
3fill in blank
hard

Fix the error in the lifecycle block to properly ignore changes to the 'security_groups' attribute.

Terraform
resource "aws_instance" "example" {
  ami             = "ami-123456"
  instance_type   = "t2.micro"
  security_groups = ["sg-12345"]

  lifecycle {
    ignore_changes = [1]
  }
}
Drag options to blanks, or click blank then click option'
A"security_groups"
B["security_groups"]
Csecurity_groups
D[security_groups]
Attempts:
3 left
💡 Hint
Common Mistakes
Using a string without brackets.
Using a variable name without quotes.
Using brackets without quotes.
4fill in blank
hard

Fill both blanks to ignore changes to 'tags' and 'user_data' attributes in the lifecycle block.

Terraform
resource "aws_instance" "example" {
  ami           = "ami-123456"
  instance_type = "t2.micro"
  user_data     = "#!/bin/bash"

  lifecycle {
    ignore_changes = [[1], [2]]
  }
}
Drag options to blanks, or click blank then click option'
A"tags"
B"ami"
C"user_data"
D"instance_type"
Attempts:
3 left
💡 Hint
Common Mistakes
Using wrong attribute names like 'ami' or 'instance_type'.
Not quoting the attribute names.
5fill in blank
hard

Fill all three blanks to ignore changes to 'tags', 'user_data', and 'security_groups' attributes in the lifecycle block.

Terraform
resource "aws_instance" "example" {
  ami             = "ami-123456"
  instance_type   = "t2.micro"
  user_data       = "#!/bin/bash"
  security_groups = ["sg-12345"]

  lifecycle {
    ignore_changes = [[1], [2], [3]]
  }
}
Drag options to blanks, or click blank then click option'
A"tags"
B"user_data"
C"security_groups"
D"ami"
Attempts:
3 left
💡 Hint
Common Mistakes
Including attributes that should not be ignored like 'ami'.
Not quoting attribute names.
Missing commas between list items.

Practice

(1/5)
1. What is the main purpose of the ignore_changes lifecycle rule in Terraform?
easy
A. To prevent Terraform from updating specified resource attributes during apply
B. To delete resources automatically when attributes change
C. To force Terraform to recreate resources on every apply
D. To enable Terraform to ignore syntax errors in configuration files

Solution

  1. Step 1: Understand the role of ignore_changes

    This rule tells Terraform to skip updating certain attributes even if they change outside Terraform.
  2. Step 2: Compare options with this behavior

    Only 'To prevent Terraform from updating specified resource attributes during apply' matches this behavior by preventing updates on specified attributes.
  3. Final Answer:

    To prevent Terraform from updating specified resource attributes during apply -> Option A
  4. Quick Check:

    ignore_changes skips updates = D [OK]
Hint: Remember: ignore_changes skips updates on chosen attributes [OK]
Common Mistakes:
  • Thinking ignore_changes deletes resources
  • Confusing ignore_changes with forcing recreation
  • Believing ignore_changes fixes syntax errors
2. Which of the following is the correct syntax to ignore changes on the attribute tags in a resource lifecycle block?
easy
A. lifecycle { ignore_changes = tags }
B. lifecycle { ignore_changes = ["tags"] }
C. lifecycle { ignore_changes = { tags = true } }
D. lifecycle { ignore_changes = "tags" }

Solution

  1. Step 1: Recall the correct syntax for ignore_changes

    It requires a list of attribute names as strings inside square brackets.
  2. Step 2: Match options to this syntax

    Only lifecycle { ignore_changes = ["tags"] } uses a list with quotes around "tags" correctly.
  3. Final Answer:

    lifecycle { ignore_changes = ["tags"] } -> Option B
  4. Quick Check:

    ignore_changes needs list of strings = A [OK]
Hint: Use square brackets and quotes for ignore_changes list [OK]
Common Mistakes:
  • Omitting square brackets for the list
  • Using a map or boolean instead of list
  • Passing a single string without brackets
3. Given this Terraform resource snippet:
resource "aws_instance" "example" {
  ami           = "ami-123456"
  instance_type = "t2.micro"
  tags = {
    Name = "example-instance"
  }

  lifecycle {
    ignore_changes = ["tags"]
  }
}
If someone manually changes the tags in AWS console, what will happen when you run terraform apply next time?
medium
A. Terraform will throw an error about tag drift
B. Terraform will overwrite the tags back to the config values
C. Terraform will keep the manual tag changes and not overwrite them
D. Terraform will recreate the instance to fix tags

Solution

  1. Step 1: Understand ignore_changes effect on tags

    ignore_changes on "tags" means Terraform ignores any changes to tags outside Terraform.
  2. Step 2: Predict apply behavior

    Terraform will not overwrite manual tag changes and will keep them as is.
  3. Final Answer:

    Terraform will keep the manual tag changes and not overwrite them -> Option C
  4. Quick Check:

    ignore_changes on tags keeps manual changes = C [OK]
Hint: ignore_changes means Terraform skips updating those attributes [OK]
Common Mistakes:
  • Assuming Terraform always overwrites manual changes
  • Expecting errors on drift with ignore_changes
  • Thinking resource will be recreated due to tag changes
4. You wrote this lifecycle block:
lifecycle {
  ignore_changes = "tags"
}
Terraform plan shows an error. What is the problem and how to fix it?
medium
A. ignore_changes cannot include tags attribute
B. ignore_changes requires a boolean value, not string
C. ignore_changes must be outside lifecycle block
D. ignore_changes must be a list, fix by using ["tags"]

Solution

  1. Step 1: Identify syntax error in ignore_changes value

    ignore_changes expects a list of attribute names, not a single string.
  2. Step 2: Correct the syntax

    Wrap "tags" in square brackets to make it a list: ["tags"]
  3. Final Answer:

    ignore_changes must be a list, fix by using ["tags"] -> Option D
  4. Quick Check:

    ignore_changes needs list syntax = B [OK]
Hint: ignore_changes always needs a list, even for one attribute [OK]
Common Mistakes:
  • Passing a single string instead of list
  • Placing ignore_changes outside lifecycle block
  • Using boolean instead of list for ignore_changes
5. You manage an AWS S3 bucket with Terraform. The bucket has a versioning block that is sometimes changed manually outside Terraform. You want Terraform to manage all bucket settings except ignore changes to versioning.enabled. How do you configure ignore_changes correctly?
hard
A. lifecycle { ignore_changes = ["versioning[0].enabled"] }
B. lifecycle { ignore_changes = ["versioning.enabled"] }
C. lifecycle { ignore_changes = ["versioning"] }
D. lifecycle { ignore_changes = ["versioning.enabled.enabled"] }

Solution

  1. Step 1: Understand nested attribute syntax in ignore_changes

    For nested blocks like versioning, Terraform uses index notation like versioning[0].enabled to specify the attribute.
  2. Step 2: Choose the correct attribute path

    lifecycle { ignore_changes = ["versioning[0].enabled"] } uses the correct syntax with index 0 for the first versioning block and the enabled attribute.
  3. Final Answer:

    lifecycle { ignore_changes = ["versioning[0].enabled"] } -> Option A
  4. Quick Check:

    Nested block attribute needs index notation = A [OK]
Hint: Use index like versioning[0].enabled for nested block attributes [OK]
Common Mistakes:
  • Ignoring index notation for nested blocks
  • Using incomplete attribute path
  • Ignoring nested block structure in ignore_changes
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard