Free Practice Questions for HashiCorp Terraform-Associate-004 Exam

Rationale for Correct Answer: A local value (locals { ... }) is the simplest way to define a reusable expression once and reference it many times via local. < name > . This is exactly what locals are for: reducing repetition and improving readability when combining values like random_id results and variables.

Analysis of Incorrect Options (Distractors):

A (Module): Overkill—modules are for packaging reusable groups of resources, not simple string reuse inside the same configuration.

B (Output value): Outputs are for exposing values to the CLI or to parent modules, not for internal reuse within the same module.

D (Data source): Data sources read existing remote objects; they are not intended for composing local strings.

Key Concept: Using locals to avoid repeating expressions.

The description argument for Terraform variables and outputs is purely for documentation purposes and isnotstored in the Terraform state file.

Terraform variables and outputs can have descriptions for readability and clarity in .tf files.

However, these descriptions are not retained in the Terraform state file.

The state file only stores actual values and references needed for resource management, not metadata such as descriptions.

Official Terraform Documentation Reference:

Terraform Variables - HashiCorp Documentation

Terraform Outputs - HashiCorp Documentation

Terraform providers are not part of the Terraform core binary. Providers are distributed separately from Terraform itself and have their own release cadence and version numbers. Providers are plugins that Terraform uses to interact with various APIs, such as cloud providers, SaaS providers, and other services. You can find and install providers from the Terraform Registry, which hosts providers for most major infrastructure platforms. You can also load providers from a local mirror or cache, or develop your own custom providers. To use a provider in your Terraform configuration, you need to declare it in the provider requirements block and optionally configure its settings in the provider block. References = : Providers - Configuration Language | Terraform : Terraform Registry - Providers Overview | Terraform

Rationale for Correct Answer: terraform plan creates and displays an execution plan showing what Terraform would change, add, or destroy to reach the desired state—this is the standard preview step before applying changes.

Analysis of Incorrect Options (Distractors):

A: terraform show displays a human-readable view of an existing state or plan file; it doesn’t compute proposed changes by itself.

C: terraform validate checks configuration syntax and internal consistency, not proposed infrastructure changes.

D: terraform get downloads modules; it doesn’t preview infrastructure changes.

Key Concept: Previewing changes with plan in the Terraform workflow.

Detailed Explanation:

Rationale for Correct Answer: Terraform logging is enabled by setting the TF_LOG environment variable. Common values include TRACE, DEBUG, INFO, WARN, and ERROR. For example: export TF_LOG=DEBUG.

Analysis of Incorrect Options (Distractors):

A. Set the log level command-line flag. Incorrect. Terraform does not use a general CLI flag for verbose log level control.

C. Set the log level in your terraform block. Incorrect. Logging is not configured in the Terraform configuration block.

Key Concept: Terraform troubleshooting logs are controlled through environment variables.

Rationale for Correct Answer:terraform destroy removes all resources currently tracked in the Terraform state file by issuing destroy requests to the configured providers. It does not delete configuration files or providers themselves.

Analysis of Incorrect Options (Distractors):

B: Terraform never deletes configuration files.

C: Terraform only destroys resources it manages, not all provider infrastructure.

D: Terraform does not delete the state file by default.

Key Concept:terraform destroy enforces removal of all managed infrastructure.

Rationale for Correct Answer: terraform init initializes the working directory: it sets up the backend, downloads providers, and installs modules. It does not validate that required input variables have values—that check occurs when running commands that evaluate the configuration (typically plan/apply), and terraform validate checks configuration structure, not whether you supplied runtime variable values.

Analysis of Incorrect Options (Distractors):

A: Yes—init installs required providers.

C: Yes—init initializes and configures the backend.

D: Yes—init retrieves and installs modules referenced by module blocks.

Key Concept: What terraform init does vs what happens at plan/apply time.

Terraform follows adeclarativeapproach, meaning it ensures the infrastructure matches the configuration.

If you run terraform apply againwithout any changes, Terraform willdetect that the infrastructure is already up to dateand willdo nothing.

The command will complete successfully with the message " No changes. Your infrastructure matches the configuration. "

Official Terraform Documentation Reference:

Terraform Apply - HashiCorp Documentation

Terraform Cloud includes several features designed to enhance collaboration and infrastructure management. Two of these features are:

A web-based user interface (UI): This allows users to interact with Terraform Cloud through a browser, providing a centralized interface for managing Terraform configurations, state files, and workspaces.

Remote state storage: This feature enables users to store their Terraform state files remotely in Terraform Cloud, ensuring that state is safely backed up and can be accessed by team members as needed.