You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We'd broken our configurations in small pieces per-app and sometimes even a single app have 2 configurations if it has a lot of dependencies;
We maintain (any change become a Pull Request and it is reviewed) our infrastructure with Terraform on AWS, and we are heavy users of terraform_remote_state and data sources to reference values inter-configurations;
We chose this approach to gain more parallelism and mitigate accidents on critical resources;
So, we are looking for ways to help with our reviews on Terraform codes and even "test" them.
Want to see if this feature makes sense: a new flag on the plan command (or a new command) that is able to check on the provider if the resources found inside that configuration already exists on the provider and not on the state file and show them (exits 1 if at least one resource already exists)
Maybe this can be achieved with the codebase used by the data sources feature.
In our case, for example, we can prevent a possible overwrite in a route53 record that was already created in another configuration. And we can even create "automated tests" for our Terraform Pull Requests that fails if the code have this kind of inconsistency.
Don't really know if the core or even the providers makes this feature possible.
The text was updated successfully, but these errors were encountered:
Hi there,
We have the following use case:
terraform_remote_state
anddata sources
to reference values inter-configurations;So, we are looking for ways to help with our reviews on Terraform codes and even "test" them.
Want to see if this feature makes sense: a new flag on the
plan
command (or a new command) that is able to check on the provider if the resources found inside that configuration already exists on the provider and not on the state file and show them (exits 1 if at least one resource already exists)Maybe this can be achieved with the codebase used by the
data sources
feature.In our case, for example, we can prevent a possible overwrite in a route53 record that was already created in another configuration. And we can even create "automated tests" for our Terraform Pull Requests that fails if the code have this kind of inconsistency.
Don't really know if the core or even the providers makes this feature possible.
The text was updated successfully, but these errors were encountered: