Free Terraform-Associate-004 Questions Attempt

The terraform refresh-only command is intended to detect state file drift. This command synchronizes the state file with the actual infrastructure, updating the state to reflect any changes that have occurred outside of Terraform.

From terraform plan -refresh-only:

" Use this to detectdrift, i.e., changes made outside of Terraform. "

It compares actual infrastructure to what ' s recorded in the state file.

Rationale for Correct Answer: Setting the module version (for registry modules) pins the module release Terraform will use. By pinning the version, Terraform will not “update” the module to newer releases during terraform init -upgrade or terraform get -update unless you change the version constraint. This is the standard way to control module updates and keep module code stable across runs.

Analysis of Incorrect Options (Distractors):

B (lifecycle): lifecycle is for resources, not module blocks.

C (count): count controls how many module instances are created; it doesn’t control module source updates.

D (source): source tells Terraform where the module comes from; it doesn’t prevent updates by itself (a VCS/ref pin would be done in the source string, but the module block argument that achieves this in the typical module workflow is version for registry modules).

Key Concept: Module version pinning to control module upgrades.

Rationale for Correct Answer: terraform apply -replace=ADDRESS forces Terraform to replace the specified resource during the next apply, meaning it will plan to destroy and then recreate it (or create-before-destroy if the resource supports it and the graph/lifecycle allows). This is used when a resource is unhealthy, drifted in a way that’s hard to correct, or you want a fresh instance without changing configuration.

Analysis of Incorrect Options (Distractors):

A: Incorrect—-replace is not “destroy only”; it’s destroy + recreate.

B: Incorrect—ignoring changes is done with lifecycle ignore_changes, not -replace.

D: Incorrect—destroying everything is terraform destroy (or apply with all resources removed), not -replace.

Key Concept: Forcing resource replacement using -replace in the apply workflow.

Rationale for Correct Answer: AWS CloudFormation is AWS-specific. If your standardized provisioning tool is CloudFormation, deploying infrastructure into Microsoft Azure becomes a challenge because CloudFormation does not natively provision Azure resources. This highlights a core IaC concept: tool/platform scope and portability across clouds.

Analysis of Incorrect Options (Distractors):

A (Reusable code base for any AWS region): CloudFormation templates are commonly reusable across AWS regions; region differences are typically handled via parameters, mappings, and region-specific resource availability—not a fundamental challenge.

B (Managing a new stack on AWS-native services): This is CloudFormation’s strength: managing AWS-native services with declarative templates and stack updates.

C (Automating manual console provisioning): Another core use case for IaC—CloudFormation is designed to replace manual provisioning with repeatable automation.

Key Concept: IaC tool scope and portability—AWS CloudFormation is tightly coupled to AWS, limiting multi-cloud provisioning.