Blocks with Computed Fields
Some providers, resources, and data sources include repeatable nested blocks in their attributes. Some blocks contain
fields with Computed: true
, which means that the provider code can define the value or that it could come from the
output of terraform apply (e.g., the ID of an EC2 instance).
This page explains how to migrate computed-only blocks from SDKv2 to the Framework. Refer to Blocks if you are looking for information about migrating blocks that are practitioner configurable.
SDKv2
In SDKv2, blocks are defined by an attribute whose type is either TypeList
or TypeSet
, and whose Elem
field is set to a
schema.Resource
that contains a map of the block's attribute names to corresponding schemaSchema
structs.
Framework
In the Framework, when working with protocol version 5, computed blocks are implemented using a ListAttribute
which has an ElementType
of types.ObjectType
.
In the Framework, when working with protocol version 6, we recommend that you define computed blocks using nested
attributes. This example shows usage of ListNestedAttribute
as this provides configuration references with list index
syntax as is the case when using schema.TypeList
in SDKv2. SingleNestedAttribute
is a good choice for single
underlying objects which results in a breaking change but also allows dropping [0]
in configuration references.
Migration Notes
- When using protocol version 5 specify
ElementType
astypes.ObjectType
when migrating blocks that are computed from SDKv2 to Framework. - When using protocol version 6, use nested attributes when migrating blocks that are computed from SDKv2 to Framework.
Example
SDKv2
The following example shows the implementation of the example_nested_block
with SDKv2.
Framework
The following shows the same section of provider code after the migration.
This code defines the example_nested_block
block as an attribute on the schema, where the
types.ObjectType
is being used to define the nested block.