Timeouts
The reality of cloud infrastructure is that it typically takes time to perform operations such as booting operating systems, discovering services, and replicating state across network edges. As the provider developer you should take known delays in data source APIs into account in the Read
function of the data source. Terraform supports configurable timeouts to assist in these situations.
The Framework can be used in conjunction with the terraform-plugin-framework-timeouts module in order to allow defining timeouts in configuration and have them be available in the Read
function.
Specifying Timeouts in Configuration
Timeouts can be defined using either nested blocks or nested attributes.
If you are writing a new provider using terraform-plugin-framework then we recommend using nested attributes.
If you are migrating a provider from SDKv2 to the Framework and you are already using timeouts you can either continue to use block syntax, or switch to using nested attributes. However, switching to using nested attributes will require that practitioners that are using your provider update their Terraform configuration.
Block
If your configuration is using a nested block to define timeouts, such as the following:
Import the timeouts module.
You can use this module to mutate the schema.Schema
as follows:
Attribute
If your configuration is using nested attributes to define timeouts, such as the following:
You can use this module to mutate the schema.Schema
as follows:
Updating Models
Given a Read
method which fetches the entire configuration:
Modify the exampleDataSourceData
model to include a field for timeouts using a timeouts.Value
type.
Accessing Timeout in Read Method
Call the timeouts.Read()
function.