Why Variables and outputs in GCP? - Purpose & Use Cases

The Big Idea

Discover how a simple trick can save you hours of repetitive cloud setup work!

The Scenario

Imagine you are setting up a cloud project by typing every detail again and again for each resource, like copying and pasting the same information multiple times.

Then, you want to see the important results after deployment, but you have to dig through many logs and settings to find them.

The Problem

This manual way is slow because you repeat work and can easily make mistakes like typos.

It is painful to update values everywhere if something changes, and finding key results wastes time and causes confusion.

The Solution

Using variables lets you write values once and reuse them everywhere, so you only change them in one place.

Outputs show you the important results clearly after deployment, saving you from searching through details.

Before vs After

✗ Before

resource "google_compute_instance" {
  name = "my-instance-1"
  zone = "us-central1-a"
}
resource "google_compute_instance" {
  name = "my-instance-2"
  zone = "us-central1-a"
}

✓ After

variable "zone" {
  default = "us-central1-a"
}
resource "google_compute_instance" {
  name = "my-instance-1"
  zone = var.zone
}
resource "google_compute_instance" {
  name = "my-instance-2"
  zone = var.zone
}
output "instance_names" {
  value = ["my-instance-1", "my-instance-2"]
}

What It Enables

You can build cloud setups that are easy to change and clearly show key information after deployment.

Real Life Example

A team creates multiple virtual machines in the same zone. Using variables, they set the zone once and reuse it. Outputs show the machine IPs immediately after setup, making access simple.

Key Takeaways

Variables let you reuse and update values easily.

Outputs give clear results after deployment.

This saves time, reduces errors, and improves clarity.

Practice

1. What is the main purpose of variables in a Google Cloud deployment configuration?

easy

A. To monitor resource usage in real-time

B. To display the final results after deployment

C. To delete resources automatically

D. To store values that can be reused throughout the configuration

Solution

1. Step 1: Understand the role of variables

   Variables hold values like names or sizes that you want to reuse in your cloud setup.

2. Step 2: Differentiate variables from outputs

   Outputs show results after deployment, but variables store reusable data before deployment.

3. Final Answer:

   To store values that can be reused throughout the configuration -> Option D

4. Quick Check:

   Variables store reusable values [OK]

Hint: Variables hold reusable data; outputs show results after deployment [OK]

Common Mistakes:

• Confusing variables with outputs
• Thinking variables delete resources
• Assuming variables monitor usage

2. Which of the following is the correct syntax to declare a variable named region with default value us-central1 in a Terraform configuration for GCP?

easy

A. var region = "us-central1"

B. variable "region" { default = "us-central1" }

C. set variable region = "us-central1"

D. region := "us-central1"

Solution

1. Step 1: Recall Terraform variable syntax

   Terraform uses the keyword 'variable' followed by the name in quotes and a block with 'default' value.

2. Step 2: Compare options

   variable "region" { default = "us-central1" } matches Terraform syntax exactly; others use invalid or different language syntax.

3. Final Answer:

   variable "region" { default = "us-central1" } -> Option B

4. Quick Check:

   Terraform variable syntax uses 'variable' block [OK]

Hint: Terraform variables use 'variable' block with default inside braces [OK]

Common Mistakes:

• Using assignment syntax from other languages
• Missing quotes around variable name
• Using := which is not Terraform syntax

3. Given this Terraform output block:

output "instance_ip" {
  value = google_compute_instance.vm_instance.network_interface[0].access_config[0].nat_ip
}

What will terraform output instance_ip show after deployment?

medium

A. The public IP address of the VM instance

B. The internal IP address of the VM instance

C. The VM instance name

D. An error because output syntax is wrong

Solution

1. Step 1: Understand the output value path

   The path accesses the VM's network interface, then the first access config's NAT IP, which is the public IP.

2. Step 2: Confirm output command result

   Running 'terraform output instance_ip' returns the value of that output, which is the public IP address.

3. Final Answer:

   The public IP address of the VM instance -> Option A

4. Quick Check:

   Output shows public IP from access_config NAT IP [OK]

Hint: Access NAT IP in output shows public IP address [OK]

Common Mistakes:

• Confusing NAT IP with internal IP
• Assuming output shows instance name
• Thinking output block syntax is invalid

4. You wrote this Terraform variable block:

variable "zone" {
  default = us-central1-a
}

Why does Terraform fail to apply this configuration?

medium

A. The default value is missing quotes around the string

B. Variable name cannot be 'zone'

C. Default values are not allowed in variables

D. The block must use 'var' instead of 'variable'

Solution

1. Step 1: Check the default value syntax

   Terraform requires string values to be in quotes. Here, us-central1-a is unquoted.

2. Step 2: Understand Terraform variable rules

   Variable names like 'zone' are valid, default values are allowed, and 'variable' keyword is correct.

3. Final Answer:

   The default value is missing quotes around the string -> Option A

4. Quick Check:

   Strings need quotes in Terraform variables [OK]

Hint: Always quote string default values in Terraform variables [OK]

Common Mistakes:

• Forgetting quotes around string values
• Thinking variable names are restricted
• Using 'var' instead of 'variable' keyword

5. You want to create a Terraform output that shows the URL of a deployed Cloud Storage bucket using a variable bucket_name. Which output block correctly uses the variable to build the URL?

hard

A. output "bucket_url" { value = "https://storage.googleapis.com/var.bucket_name" }

B. output "bucket_url" { value = https://storage.googleapis.com/${bucket_name} }

C. output "bucket_url" { value = "https://storage.googleapis.com/${var.bucket_name}" }

D. output "bucket_url" { value = "https://storage.googleapis.com/bucket_name" }

Solution

1. Step 1: Understand variable interpolation syntax

   Terraform uses ${var.variable_name} inside strings to insert variable values.

2. Step 2: Check each option for correct syntax

   output "bucket_url" { value = "https://storage.googleapis.com/${var.bucket_name}" } correctly uses "${var.bucket_name}" inside quotes. Others either miss quotes or use wrong syntax.

3. Final Answer:

   output "bucket_url" { value = "https://storage.googleapis.com/${var.bucket_name}" } -> Option C

4. Quick Check:

   Use ${var.name} for variable interpolation in outputs [OK]

Hint: Use ${var.name} inside quotes for variable interpolation [OK]

Common Mistakes:

• Missing quotes around the URL string
• Not using 'var.' prefix for variables
• Using variable name without interpolation syntax