2014-07-28 19:43:00 +02:00
|
|
|
---
|
|
|
|
layout: "docs"
|
2018-12-20 05:34:34 +01:00
|
|
|
page_title: "Output Values - Configuration Language"
|
2014-07-28 19:43:00 +02:00
|
|
|
sidebar_current: "docs-config-outputs"
|
2014-10-22 05:21:56 +02:00
|
|
|
description: |-
|
2018-05-06 04:53:38 +02:00
|
|
|
Output values are the return values of a Terraform module.
|
2014-07-28 19:43:00 +02:00
|
|
|
---
|
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
# Output Values
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2019-01-17 01:30:43 +01:00
|
|
|
-> **Note:** This page is about Terraform 0.12 and later. For Terraform 0.11 and
|
|
|
|
earlier, see
|
|
|
|
[0.11 Configuration Language: Output Values](../configuration-0-11/outputs.html).
|
|
|
|
|
2018-12-11 01:14:33 +01:00
|
|
|
Output values are like the return values of a Terraform module, and have several
|
|
|
|
uses:
|
|
|
|
|
|
|
|
- A child module can use outputs to expose a subset of its resource attributes
|
|
|
|
to a parent module.
|
|
|
|
- A root module can use outputs to print certain values in the CLI output after
|
|
|
|
running `terraform apply`.
|
|
|
|
- When using [remote state](/docs/state/remote.html), root module outputs can be
|
|
|
|
accessed by other configurations via a
|
|
|
|
[`terraform_remote_state` data source](/docs/providers/terraform/d/remote_state.html).
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
Resource instances managed by Terraform each export attributes whose values
|
|
|
|
can be used elsewhere in configuration. Output values are a way to expose some
|
|
|
|
of that information to the user of your module.
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2018-12-11 01:14:33 +01:00
|
|
|
-> **Note:** For brevity, output values are often referred to as just "outputs"
|
|
|
|
when the meaning is clear from context.
|
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
## Declaring an Output Value
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
Each output value exported by a module must be declared using an `output`
|
|
|
|
block:
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2017-04-05 17:29:27 +02:00
|
|
|
```hcl
|
2018-05-06 04:53:38 +02:00
|
|
|
output "instance_ip_addr" {
|
|
|
|
value = aws_instance.server.private_ip
|
2016-08-21 21:17:31 +02:00
|
|
|
}
|
|
|
|
```
|
|
|
|
|
2019-03-22 23:08:55 +01:00
|
|
|
The label immediately after the `output` keyword is the name, which must be a
|
|
|
|
valid [identifier](./syntax.html#identifiers). In a root module, this name is
|
|
|
|
displayed to the user; in a child module, it can be used to access the output's
|
|
|
|
value.
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2018-12-11 01:14:33 +01:00
|
|
|
The `value` argument takes an [expression](./expressions.html)
|
2018-05-06 04:53:38 +02:00
|
|
|
whose result is to be returned to the user. In this example, the expression
|
|
|
|
refers to the `private_ip` attribute exposed by an `aws_instance` resource
|
|
|
|
defined elsewhere in this module (not shown). Any valid expression is allowed
|
|
|
|
as an output value.
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2019-03-22 23:08:55 +01:00
|
|
|
## Accessing Child Module Outputs
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2019-03-22 23:08:55 +01:00
|
|
|
In a parent module, outputs of child modules are available in expressions as
|
|
|
|
`module.<MODULE NAME>.<OUTPUT NAME>`. For example, if a child module named
|
|
|
|
`web_server` declared an output named `instance_ip_addr`, you could access that
|
|
|
|
value as `module.web_server.instance_ip_addr`.
|
|
|
|
|
|
|
|
## Optional Arguments
|
|
|
|
|
|
|
|
`output` blocks can optionally include `description`, `sensitive`, and `depends_on` arguments, which are described in the following sections.
|
|
|
|
|
|
|
|
### `description` — Output Value Documentation
|
2016-07-12 00:37:51 +02:00
|
|
|
|
2018-12-11 01:14:33 +01:00
|
|
|
Because the output values of a module are part of its user interface, you can
|
|
|
|
briefly describe the purpose of each value using the optional `description`
|
|
|
|
argument:
|
2017-04-06 10:46:18 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
```hcl
|
|
|
|
output "instance_ip_addr" {
|
|
|
|
value = aws_instance.server.private_ip
|
|
|
|
description = "The private IP address of the main server instance."
|
|
|
|
}
|
|
|
|
```
|
2016-11-12 03:17:46 +01:00
|
|
|
|
2018-12-11 01:14:33 +01:00
|
|
|
The description should concisely explain the
|
|
|
|
purpose of the output and what kind of value is expected. This description
|
|
|
|
string might be included in documentation about the module, and so it should be
|
2018-05-06 04:53:38 +02:00
|
|
|
written from the perspective of the user of the module rather than its
|
|
|
|
maintainer. For commentary for module maintainers, use comments.
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2019-03-22 23:08:55 +01:00
|
|
|
### `sensitive` — Suppressing Values in CLI Output
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
An output can be marked as containing sensitive material using the optional
|
|
|
|
`sensitive` argument:
|
2014-07-28 19:43:00 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
```hcl
|
|
|
|
output "db_password" {
|
|
|
|
value = aws_db_instance.db.password
|
|
|
|
description = "The password for logging in to the database."
|
|
|
|
sensitive = true
|
2014-07-28 19:43:00 +02:00
|
|
|
}
|
|
|
|
```
|
2016-05-09 21:46:07 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
Setting an output value in the root module as sensitive prevents Terraform
|
2018-12-11 01:14:33 +01:00
|
|
|
from showing its value in the list of outputs at the end of `terraform apply`.
|
|
|
|
It might still be shown in the CLI output for other reasons, like if the
|
|
|
|
value is referenced in an expression for a resource argument.
|
2016-05-09 21:46:07 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
Sensitive output values are still recorded in the
|
|
|
|
[state](/docs/state/index.html), and so will be visible to anyone who is able
|
|
|
|
to access the state data. For more information, see
|
|
|
|
[_Sensitive Data in State_](/docs/state/sensitive-data.html).
|
2016-05-09 21:46:07 +02:00
|
|
|
|
2019-03-22 23:08:55 +01:00
|
|
|
### `depends_on` — Explicit Output Dependencies
|
2016-05-09 21:46:07 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
Since output values are just a means for passing data out of a module, it is
|
|
|
|
usually not necessary to worry about their relationships with other nodes in
|
|
|
|
the dependency graph.
|
2016-05-09 21:46:07 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
However, when a parent module accesses an output value exported by one of its
|
|
|
|
child modules, the dependencies of that output value allow Terraform to
|
|
|
|
correctly determine the dependencies between resources defined in different
|
|
|
|
modules.
|
2016-05-09 21:46:07 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
Just as with
|
2018-12-11 01:14:33 +01:00
|
|
|
[resource dependencies](./resources.html#resource-dependencies),
|
2019-03-01 17:25:49 +01:00
|
|
|
Terraform analyzes the `value` expression for an output value and automatically
|
2018-05-06 04:53:38 +02:00
|
|
|
determines a set of dependencies, but in less-common cases there are
|
|
|
|
dependencies that cannot be recognized implicitly. In these rare cases, the
|
|
|
|
`depends_on` argument can be used to create additional explicit dependencies:
|
|
|
|
|
|
|
|
```hcl
|
|
|
|
output "instance_ip_addr" {
|
|
|
|
value = aws_instance.server.private_ip
|
|
|
|
description = "The private IP address of the main server instance."
|
|
|
|
|
|
|
|
depends_on = [
|
|
|
|
# Security group rule must be created before this IP address could
|
|
|
|
# actually be used, otherwise the services will be unreachable.
|
|
|
|
aws_security_group_rule.local_access,
|
|
|
|
]
|
|
|
|
}
|
|
|
|
```
|
2017-04-05 17:29:27 +02:00
|
|
|
|
2018-05-06 04:53:38 +02:00
|
|
|
The `depends_on` argument should be used only as a last resort. When using it,
|
|
|
|
always include a comment explaining why it is being used, to help future
|
|
|
|
maintainers understand the purpose of the additional dependency.
|