This document provides an overview of Terraform, an open-source tool for building, changing, and versioning infrastructure safely and efficiently. It discusses Terraform's core concepts including providers, resources, data sources, and modules. An example demonstrates creating AWS SQS and S3 resources and a Heroku app using Terraform configuration files. The document also covers Terraform's workflow, features like remote state and provisioning, and compares it to similar configuration management tools.
5. Services also need Configuration Management
• Replace “click paths” with source code in VCS
• Lifecycle awareness, not just a setup.sh
• Reproducible environments
• Specification, documentation, policy enforcement
⇒ Infrastructure as Code
Martin Schütte | Terraform | WTC 2016 4/42
9. Core Ideas in Terraform
• Simple model of resource entities with attributes
• Stateful lifecycle with CRUD operations
• Declarative configuration
• Dependencies by inference
• Parallel execution
Martin Schütte | Terraform | WTC 2016 8/42
10. Core Concepts in Terraform
• Provider: a source of resources
(usually with an API endpoint & authentication)
• Resource: every thing “that has a set of configurable
attributes and a lifecycle (create, read, update, delete)” –
implies ID and state
• Data Source: information read from provider
(e. g. lookup own account ID or AMI-ID)
• Provisioner: initialize a resource with local or
remote scripts
Martin Schütte | Terraform | WTC 2016 9/42
11. Design Choices in Terraform
• Order: directed acyclic graph of all resources
• Plan: generate an execution plan for review
before applying a configuration
• State: execution result is kept in state file
(local or remote)
• Lightweight: little provider knowledge, no error handling
Martin Schütte | Terraform | WTC 2016 10/42
13. DSL Syntax
• Hashicorp Configuration Language (HCL),
think “JSON-like but human-friendly”
• Variables
• Interpolation, e. g.
”number ${count.index + 1}”
• Attribute access with resource_type.resource_name
• Few build-in functions, e. g.
base64encode(string), format(format, args…)
Martin Schütte | Terraform | WTC 2016 12/42
14. HCL vs. JSON
# An AMI
variable ”ami” {
description = ”custom AMI”
}
/* A multi
line comment. */
resource ”aws_instance” ”web” {
ami = ”${var.ami}”
count = 2
source_dest_check = false
connection {
user = ”root”
}
}
{
”variable”: {
”ami”: {
”description”: ”custom AMI”
}
},
”resource”: {
”aws_instance”: {
”web”: {
”ami”: ”${var.ami}”,
”count”: 2,
”source_dest_check”: false,
”connection”: {
”user”: ”root”
}
}
}
}
}
Martin Schütte | Terraform | WTC 2016 13/42
22. Modules
“Plain terraform code” lacks structure and reusability
Modules
• are subdirectories with self-contained terraform code
• may be sourced from Git, Mercurial, HTTPS locations
• use variables and outputs to pass data
Martin Schütte | Terraform | WTC 2016 20/42
23. Module Example
Every Terraform directory may be used as a module.
Here I use the previous webservice example.
Martin Schütte | Terraform | WTC 2016 21/42
25. Using a Module Example (part 2)
# Main App, using modules
resource ”heroku_app” ”main” {
name = ”${var.app_name}-main”
region = ”eu”
config_vars {
IMPORTER_URL_LIST = <<EOT
[ ”${module.importer_west.importer_url}”,
”${module.importer_central.importer_url}” ]
EOT
}
}
output ”main_url” {
value = ”${heroku_app.main.web_url}”
}
Martin Schütte | Terraform | WTC 2016 23/42
26. terraform.tfstate
• Terraform keeps known state of resources
• Defaults to local state in terraform.tfstate
• Optional remote state with different backends
(S3, Consul, Atlas, …)
• Useful to sync multiple team members
• Needs additional mutex mechanism
• Remote state is a data source
Martin Schütte | Terraform | WTC 2016 24/42
27. Example: Using State Import
$ terraform import aws_db_instance.foo tf-20160927095319078600159ekc
aws_db_instance.foo: Importing from ID ”tf-20160927095319078600159ekc”...
aws_db_instance.foo: Import complete!
Imported aws_db_instance (ID: tf-20160927095319078600159ekc)
aws_db_instance.foo: Refreshing state... (ID: tf-20160927095319078600159ekc)
Import success! The resources imported are shown above. These are
now in your Terraform state. Import does not currently generate
configuration, so you must do this next. If you do not create configuration
for the above resources, then the next ‘terraform plan‘ will mark
them for destruction.
$ terraform state list
aws_db_instance.foo
$ terraform state show aws_db_instance.foo
id = tf-20160927095319078600159ekc
address = tf-20160927095319078600159ekc.cdtlwiwa6l8t.eu-central-...
...
Martin Schütte | Terraform | WTC 2016 25/42
28. Example: Use Remote State
$ terraform remote config -backend=s3
-backend-config=”bucket=my-iaas-config”
-backend-config=”key=${env}_vpc/terraform.tfstate”
-backend-config=”region=eu-central-1”
Martin Schütte | Terraform | WTC 2016 26/42
29. Example: Use Remote State to Chain Projects
data ”terraform_remote_state” ”vpc” {
backend = ”s3”
config {
bucket = ”my-iaas-config”
key = ”${var.env}_vpc/terraform.tfstate”
region = ”eu-central-1”
}
}
resource ”aws_instance” ”foo” {
# use state from vpc_project
subnet_id = ”${data.terraform_remote_state.vpc.subnet_id}”
}
Martin Schütte | Terraform | WTC 2016 27/42
30. Data Sources
• Lookup information from Provider
• New feature in 0.7
• Eliminate glue code like
packer | tee | grep &&
terraform apply -var ”ami=$ami”
Martin Schütte | Terraform | WTC 2016 28/42
31. Example: Using Data Source
# searches for most recent tagged AMI in own account
data ”aws_ami” ”webami” {
most_recent = true
owners = [”self”]
filter {
name = ”tag:my_key”
values = [”my_value”]
}
}
# use AMI
resource ”aws_instance” ”web” {
instance_type = ”t2.micro”
ami = ”${data.aws_ami.webami.id}”
}
Martin Schütte | Terraform | WTC 2016 29/42
32. How to Write Own Plugins
• Learn you some Golang
• Use the schema helper lib
• Adapt to model of
Provider (setup steps, authentication) and
Resources (arguments/attributes and CRUD methods)
Martin Schütte | Terraform | WTC 2016 30/42
33. Plugin Example
Simple Plugin: MySQL
Implements provider mysql with resource mysql_database.
Code at builtin/providers/mysql
Martin Schütte | Terraform | WTC 2016 31/42
35. Issues
Under active development, current version 0.7.7 (October 18)
• Still a few bugs, e. g. losing state info is possible
• Modules are very simple
• Lacking syntactic sugar
(e. g. aggregations, common repetitions)
Martin Schütte | Terraform | WTC 2016 32/42
36. General Problemes for all Tools
• Testing is inherently difficult
• Provider coverage largely depends on community
• Resource model mismatches, e. g. with Heroku apps, or
with multiple ways to represent AWS security groups
• Ignorant of API rate limits, account ressource limits, etc.
Martin Schütte | Terraform | WTC 2016 33/42
37. Reasons to Upgrate to 0.7.x
• terraform fmt (ok, actually since 0.6.15)
• Internal Plugins, reduced binary size
• Output flag -json
• Lists and Maps may be passed to modules
• State Import
• Data Sources
Martin Schütte | Terraform | WTC 2016 34/42
40. Workflow
• Avoid user credentials in Terraform code,
use e. g. profiles and assume-role wrapper scripts
• At least use separate user credentials,
know how to revoke them
• To hold credentials in VCS use PGP encryption,
e. g. with Blackbox
Martin Schütte | Terraform | WTC 2016 38/42
41. Workflow (contd.)
• Use a VCS, i. e. git
• Always add some ”${var.shortname}” to namespace
• Use remote state and consider access locking,
e. g. with a single build server
• Take a look at Hashicorp Atlas and its workflow
Martin Schütte | Terraform | WTC 2016 39/42
42. Hashicorp Workflow
image by Hashicorp Atlas: Artifact Pipeline and Image Deploys with Packer and Terraform
Martin Schütte | Terraform | WTC 2016 40/42
43. Links and Resources
• Terraform.io and hashicorp/terraform
• terraform-community-modules
• StackExchange/blackbox
• newcontext/kitchen-terraform
• Terraforming – Export existing AWS resources
• Terraform: Beyond the Basics with AWS
• A Comprehensive Guide to Terraform
• Terraform, VPC, and why you want a tfstate file per env
Martin Schütte | Terraform | WTC 2016 41/42
44. The End
Defining system infrastructure as code and
building it with tools doesn’t make the quality any
better. At worst, it can complicate things.
— Infrastructure as Code by Kief Morris
Martin Schütte
@m_schuett
info@martin-schuette.de
slideshare.net/mschuett/
Martin Schütte | Terraform | WTC 2016 42/42