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
I want to supply a tags parameter with an arbitrary map of tags, potentially eliminating the hard coded Namespace and Env parameters. So that I don't have to be limited by only env and namespace.
Given we've already an expectation to support these parameters, perhaps in implementation we can simply add tags, and deprecate the namespace and env parameters until users have converged on the new mechanism.
The text was updated successfully, but these errors were encountered:
I like the idea of supporting arbitrary map of tags as well. Only question I have is if we remove special tags like namespace and env, how should we generate unique name for resources. Adding all the tags to the name can easily cause errors like exceeding max length constraint.
Perhaps a middle ground is to support arbitrary map of tags but keep namespace and env as special tags that will be used for constructing unique ids and names?
btw, what is that namespace tag? I've never used datadog before, but can't find any namespace tag mention in their documentation, why it's special? What it's used for? To distinguish different AWS accounts and their metrics?
and uniq names could be generated using random provider in tf.
I want to supply a tags parameter with an arbitrary map of tags, potentially eliminating the hard coded Namespace and Env parameters. So that I don't have to be limited by only env and namespace.
Given we've already an expectation to support these parameters, perhaps in implementation we can simply add tags, and deprecate the namespace and env parameters until users have converged on the new mechanism.
The text was updated successfully, but these errors were encountered: