Creating the same cloud environment by hand makes it difficult to review changes or rebuild it later. Terraform describes infrastructure in configuration files and uses a provider to talk to a cloud or other service.

A plan shows the changes Terraform proposes. State records the relationship between your configuration and the resources it manages. Use Terraform when infrastructure should be repeatable and reviewed like code, but inspect replacements carefully: a plan to recreate a resource can affect data and availability.

Try it in a lab

Use a disposable local example or isolated lab account. Pin provider versions, inspect a plan, apply the change, then modify one input and review the second plan. Finish by removing only the lab resources.

Check your understanding

Explain where state is stored, how concurrent changes are controlled and which planned actions replace resources. Show how secrets are kept out of version control.

Before you start

State and plan artifacts can contain sensitive values. Do not publish them as tutorial output, and never test destructive changes against shared state.

Read the official guide

Use the project documentation for version-specific commands and prerequisites. Record the versions and results of your own exercise. This page proposes a learning activity; it does not report a Kubedex test.

This is a newly written study reference at an address from the original Kubedex course outline. The original lesson was not recovered. It does not include course enrolment, progress tracking or a certificate.

Sources & further reading

  1. Primary learning documentation

Spotted something that needs another look?

Help improve this page →