terraform-provider-gohiera

command module
v0.0.0-...-cf6bdd8 Latest Latest
Warning

This package is not in the latest version of its module.

Go to latest
Published: Feb 10, 2020 License: Apache-2.0 Imports: 2 Imported by: 0

README

Terraform Go Hiera Provider

This provider is forked from puppet hiera provider and implements data sources that can be used to perform hierachical data lookups with go implementation of Hiera.

This is useful for providing configuration values in an environment with a high level of dimensionality.

Requirements

Usage

To configure the provider:

provider "hiera" {}

Hiera isn't very useful without scope variables to inform its lookups:

provider "hiera" {
  scope {
    environment = "live"
    service     = "api"
  }
}

By default, the provider expects lookup to be available in your $PATH. It will also look for the configuration file at current working directory with name hiera.yaml. You can override both those values if you so wish:

provider "hiera" {
  config = "~/hiera.yaml"
  bin    = "/usr/local/bin/lookup"
  scope {
    environment = "live"
    service     = "api"
  }
}

You can configure merge strategy for variables as well:

provider "hiera" {
  merge = "deep"
}

Data Sources

This provider only implements data sources.

Hash

To retrieve a hash:

data "hiera_hash" "aws_tags" {
  key = "aws_tags"
}

The following output parameters are returned:

  • id - matches the key
  • key - the queried key
  • value - the hash, represented as a map

Terraform doesn't support nested maps or other more complex data structures. Any keys containing nested elements won't be returned.

Array

To retrieve an array:

data "hiera_array" "java_opts" {
  key = "java_opts"
}

The following output parameters are returned:

  • id - matches the key
  • key - the queried key
  • value - the array (list)
Value

To retrieve any other flat value:

data "hiera" "aws_cloudwatch_enable" {
  key = "aws_cloudwatch_enable"
}

The following output parameters are returned:

  • id - matches the key
  • key - the queried key
  • value - the value

All values are returned as strings because Terraform doesn't implement other types like int, float or bool. The values will be implicitly converted into the appropriate type depending on usage.

Example

Here's an example of setting different values and data types at multiple levels in Hiera and then retrieving those values as data sources for use in outputs.

hiera.yaml

---
:backends:
  - yaml

:hierarchy:
  - service/%{service}
  - environment/%{environment}
  - common

:yaml:
  :datadir: /data/

/data/common.yaml

---
aws_cloudwatch_enable: false
aws_instance_size: t2.micro
aws_tags: {}
java_opts: []

/data/environment/live.yaml

---
aws_cloudwatch_enable: true
aws_tags:
  tier: 1
java_opts:
  - '-Dspring.profiles.active=live'

/data/service/api.yaml

---
aws_instance_size: t2.large
aws_tags:
  team: A
java_opts:
  - '-Xms512m'
  - '-Xmx2g'

main.tf

provider "hiera" {
  scope {
    environment = "live"
    service = "api"
  }
}

data "hiera" "aws_instance_size" {
  key = "aws_instance_size"
}

data "hiera" "aws_cloudwatch_enable" {
  key = "aws_cloudwatch_enable"
}

data "hiera_hash" "aws_tags" {
  key = "aws_tags"
}

data "hiera_array" "java_opts" {
  key = "java_opts"
}

output "aws_instance_size" {
  value = "${data.hiera.aws_instance_size.value}"
}

output "aws_cloudwatch_enable" {
  value = "${data.hiera.aws_cloudwatch_enable.value}"
}

output "aws_tags" {
  value = "${data.hiera_hash.aws_tags.value}"
}

output "java_opts" {
  value = "${data.hiera_array.java_opts.value}"
}

Then, plan and apply:

$ terraform plan
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.

data.hiera_hash.aws_tags: Refreshing state...
data.hiera_array.java_opts: Refreshing state...
data.hiera.aws_cloudwatch_enable: Refreshing state...
data.hiera.aws_instance_size: Refreshing state...

------------------------------------------------------------------------

No changes. Infrastructure is up-to-date.

This means that Terraform did not detect any differences between your
configuration and real physical resources that exist. As a result, no
actions need to be performed.


$ terraform apply
data.hiera.aws_cloudwatch_enable: Refreshing state...
data.hiera_array.java_opts: Refreshing state...
data.hiera_hash.aws_tags: Refreshing state...
data.hiera.aws_instance_size: Refreshing state...

Apply complete! Resources: 0 added, 0 changed, 0 destroyed.

Outputs:

aws_cloudwatch_enable = true
aws_instance_size = t2.large
aws_tags = {
  team = A
  tier = 1
}
java_opts = [
    -Xms512m, 
    -Xmx2g,
    -Dspring.profiles.active=live
]

Documentation

The Go Gopher

There is no documentation for this package.

Directories

Path Synopsis

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL