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
Support for default_tags and account_id on the scalr provider would be incredibly helpful. I am writing some Terraform that provisions environments within Scalr, for each of our accounts, and find that I am having to repeat these configuration values quite a bit.
The default_tags should accept tag names (not ids), and should fail if the tag doesn't exist. In the example below, I'm retrieving the tag name from the basename of the current directory, which makes it much easier to reuse my code.
provider "scalr" {
hostname = "my.scalr.io"
# This value will be assumed for all scalr resources
account_id = "acc-xxxx"
# The ids for these tags will be retrieved and applied to each resource created by the scalr provider, that supports tags.
default_tags = {
basename(path.root)
}
}
The text was updated successfully, but these errors were encountered:
Currently, to retrieve the account id you can use the following data source. But in the following versions of API/Provider we want to get rid of the account id as a parameter because it will be detected automatically based on the hostname/token arguments.
As for default tags, it makes a lot of sense and to be sure we don't miss it, I'd suggest you to raise a feature request at https://support.scalr.com.
Support for default_tags and account_id on the scalr provider would be incredibly helpful. I am writing some Terraform that provisions environments within Scalr, for each of our accounts, and find that I am having to repeat these configuration values quite a bit.
The
default_tags
should accept tag names (not ids), and should fail if the tag doesn't exist. In the example below, I'm retrieving the tag name from the basename of the current directory, which makes it much easier to reuse my code.The text was updated successfully, but these errors were encountered: