Many, but not all, resources for this provider are configured in such a way that their .id field is used as the terraform Id field in state. However, others use a different, unique field (e.g. name), but this causes a situation when updating a resource: The .id field will be needed by the client code, but since it isn't embedded in terraform state, an additional Find client call is needed to fetch the .id before updating. An example of each is shown below:
Many, but not all, resources for this provider are configured in such a way that their
.id
field is used as the terraformId
field in state. However, others use a different, unique field (e.g.name
), but this causes a situation when updating a resource: The.id
field will be needed by the client code, but since it isn't embedded in terraform state, an additionalFind
client call is needed to fetch the.id
before updating. An example of each is shown below:Resource using
.id
as tfId
Resource usingname
as tfId
Solution: to promote uniformity + reduce additional client API calls, adjust resources to use their
.id
field in terraform state.