In this tutorial, you will change the name of your AWS EC2 instance by adjusting a Terraform variable in the Terraform Cloud web UI. You will also add an additional tag to your instance by opening and then merging a pull request to your configuration repository.
Now that you have provisioned infrastructure with Terraform Cloud, you are ready to make changes to that infrastructure.
There are two ways to update your workspace deployments on Terraform Cloud:
The landing page for a workspace includes an overview of its current state and configuration.
On the upper right hand side, you can find a resource count, the workspace version, and the time since the last update.
Along the top is a menu of available actions and configurations for the workspace.
tfstatefile. This allows Terraform to not only create — but also manage — your infrastructure as it changes over time.
The workspace overview shows details about the most recent run and current settings for your workspace.
Scrolling further down, you’ll find the
README for the repository, if one
Infrastructure-as-code allows you to share and recreate infrastructure. Variables make your configuration flexible enough to use in different contexts. Changing variables is one of the most common ways to customize or update infrastructure, and you can do it from the Terraform Cloud web UI.
In the Terraform Cloud UI, return to the “Variables” section of your workspace.
Change the value of
Provisioned by Terraform to
Updated by Terraform and click the purple “Save variable” button.
Select the “Start new plan” option from the “Actions” menu and use the pre-selected option, “Plan (most common)”. Then, click on “Start plan” to queue your plan run. After the plan completes, the plan log should indicate that there are
0 to add, 1 to change, 0 to destroy.
In this case, Terraform can make the change to the EC2 instance without destroying and recreating it. Click the “Confirm & Apply” button, followed by the “Confirm Plan” button to apply the change.
Terraform Cloud workspaces can run speculative plans to show you the changes Terraform would make to your infrastructure if you merge a pull request.
Speculative plans are:
Verify that your workspace has speculative plans enabled. Under the “Settings” tab, click “Version Control”. Set “Automatic speculative plans” to enabled, and click “Update VCS settings”.
If you work on the team that maintains your infrastructure, you may need to develop your configuration by modifying configuration files. You will edit your infrastructure as code with the same workflow you use to make changes to other code, by opening a Pull Request (PR). Terraform Cloud pulls configuration files from their source of truth in version control to propose and apply changes to your infrastructure.
The repository you forked already includes a branch named
add_tag that adds an additional tag to your EC2 instance. Usually, you would edit and test the configuration locally using the Terraform CLI, push the changes to a branch, and then open a PR. For this tutorial, we have made the changes for you.
Visit your forked
tfc-guide-example repo in GitHub and click “New pull request” button to create a pull request.
Set the base repository to your fork of the tfc-guide-example repo (not the fork in the HashiCorp organization) and the base branch to the
master branch. Set the the compare branch to
You must create the PR against your personal forked repository. You will need to merge the PR later in this tutorial and you cannot merge to the official example repo.
Create the pull request by clicking through the GitHub UI. Once you have created the pull request, Terraform Cloud will trigger a speculative plan.
View this plan from GitHub by clicking on the “Details” link in the “Checks” portion of your pull request.
When the speculative plan finishes, you and your teammates can review it before approving or merging the pull request. This is another way that Terraform Cloud enables teams to collaborate on planned infrastructure changes.
Speculative plans cannot be applied, because applying them would cause your infrastructure to differ from the configuration on your main branch of your connected repository. You must merge the pull request before you can apply this change.
Return to the GitHub UI, and merge the pull request with the “Merge pull request” button.
Switch back to the “Runs” tab for your workspace in Terraform Cloud. Terraform Cloud has picked up the change to your configuration and started a new run. When the plan completes the run will wait for your approval. Click on the new run in the Terraform Cloud UI.
Review the run details. “Confirm & Apply” the run. Once it completes, you can verify that Terraform added the tags by searching for the EC2 instance in the AWS console.
In these tutorials, you configured a new workspace, provisioned infrastructure, and updated that infrastructure. Now, you are ready to destroy the resources and workspace.
In the next tutorial, you will clean up the resources created by your configuration and find additional learning materials on Terraform’s configuration language.