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
Later on, the optional parameter display_name for an instance is also discussed, which defaults to name if not specified.
However, what is called name for an instance should actually be an instance id since it is a unique identifier, with restrictions (e.g., no spaces, all lowercase, globally unique in the project, etc.), and the display_name is the human-readable string that does not. When they're called name and display_name, that is confusing.
Note that this would be a breaking change, so it would be best coupled with a fix for issue #1672 (also a breaking change).
The text was updated successfully, but these errors were encountered:
Sadly, we can't use "id" as a parameter in Terraform schemas as it is reserved for the system.
It'd be possible to use instance_id instead of name but that seems fairly redundant (given the resource name already has instance). Also, pretty much all resources in Terraform (not just this provider) use name instead of id across the board. The only exceptions tends to be when "name" is being used/reserved by GCP, and I'd wouldn't be surprised if changing name to instance_id would actually be more confusing to users.
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 [email protected]. Thanks!
ghost
locked and limited conversation to collaborators
Nov 17, 2018
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
In the Bigtable docs, an instance is identified by the parameter
name
but a cluster is identified bycluster_id
:Later on, the optional parameter
display_name
for an instance is also discussed, which defaults toname
if not specified.However, what is called
name
for an instance should actually be an instanceid
since it is a unique identifier, with restrictions (e.g., no spaces, all lowercase, globally unique in the project, etc.), and thedisplay_name
is the human-readable string that does not. When they're calledname
anddisplay_name
, that is confusing.Note that this would be a breaking change, so it would be best coupled with a fix for issue #1672 (also a breaking change).
The text was updated successfully, but these errors were encountered: