terraform/website/docs/configuration/outputs.html.md

123 lines
4.5 KiB
Markdown
Raw Normal View History

2014-07-28 19:43:00 +02:00
---
layout: "docs"
page_title: "Configuring Output Values"
2014-07-28 19:43:00 +02:00
sidebar_current: "docs-config-outputs"
2014-10-22 05:21:56 +02:00
description: |-
Output values are the return values of a Terraform module.
2014-07-28 19:43:00 +02:00
---
# Output Values
2014-07-28 19:43:00 +02:00
Output values are like the return values of a Terraform module, allowing
a subset of the resource attributes within a child module to be exposed to
a parent module, or making certain values from a root module visible in the
CLI output after running `terraform apply`.
2014-07-28 19:43:00 +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
## Declaring an Output Value
2014-07-28 19:43:00 +02:00
Each output value exported by a module must be declared using an `output`
block:
2014-07-28 19:43:00 +02:00
```hcl
output "instance_ip_addr" {
value = aws_instance.server.private_ip
}
```
The label immediately after the `output` keyword is the name that can be used
to access this output in the parent module, if any, or the name that will be
displayed to the user for output values in the root module.
2014-07-28 19:43:00 +02:00
For brevity, output values are often referred to simply as "outputs", where
the meaning is clear from context.
2014-07-28 19:43:00 +02:00
The `value` argument takes an [expression](/docs/configuration/expressions.html)
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
Several other optional arguments are allowed within `output` blocks. These
will be described in the following sections.
2014-07-28 19:43:00 +02:00
## Output Value Documentation
2016-07-12 00:37:51 +02:00
Because the output values of a module are part of the user interface of
the module, you may specify a short description of the purpose of each
value using the optional `description` argument:
```hcl
output "instance_ip_addr" {
value = aws_instance.server.private_ip
description = "The private IP address of the main server instance."
}
```
The description for an output value should be a concise description of the
purpose of the variable and what kind of value is expected. This description
string may be included in documentation about the module, and so it should be
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
## Sensitive Output Values
2014-07-28 19:43:00 +02:00
An output can be marked as containing sensitive material using the optional
`sensitive` argument:
2014-07-28 19:43:00 +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
}
```
Setting an output value in the root module as sensitive prevents Terraform
from showing its value at the end of `terraform apply`. It may still be shown
in the CLI output for other reasons, such as if the value is referenced in
an expression for a resource argument.
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).
## Output Dependencies
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.
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.
Just as with
[resource dependencies](/docs/configuration/resources.html#resource-dependencies),
Terraform analyzes the `value` expression for an output value and autmatically
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,
]
}
```
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.