-
Notifications
You must be signed in to change notification settings - Fork 889
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Avoid using "infrastructure" terminology for all cloud #1530
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good call
Infrastructure in cloud has a specific connotation for concepts explained in Infrastructure-as-a-Service (IaaS). Avoid this termilogy because it's exclusive of some other services/platforms that is represented by the "cloud" namespace. Renaming "infrastructure_service" to "service" also due to the new key length limits we are considering and infrastructure_service is a lengthy choice.
PTAL |
@@ -42,7 +42,7 @@ groups: | |||
note: > | |||
Availability zones are called "zones" on Google Cloud. | |||
examples: ['us-east-1c'] | |||
- id: infrastructure_service | |||
- id: platform |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The only hits I get on google for "Cloud platform" is GCP as a whole...
Ping @rakyll (it looks there are a pair of unaddressed comments) |
cloud.infrastructure_service -> cloud.platform cloud.zone -> cloud.availability_zone These changes were made in: open-telemetry/opentelemetry-specification#1495 open-telemetry/opentelemetry-specification#1530 Will make changes in contrib next.
cloud.infrastructure_service -> cloud.platform cloud.zone -> cloud.availability_zone These changes were made in: open-telemetry/opentelemetry-specification#1495 open-telemetry/opentelemetry-specification#1530 Will make changes in contrib next.
cloud.infrastructure_service -> cloud.platform cloud.zone -> cloud.availability_zone These changes were made in: open-telemetry/opentelemetry-specification#1495 open-telemetry/opentelemetry-specification#1530 Will make changes in contrib next.
* Updates for cloud semantic conventions cloud.infrastructure_service -> cloud.platform cloud.zone -> cloud.availability_zone These changes were made in: open-telemetry/opentelemetry-specification#1495 open-telemetry/opentelemetry-specification#1530 Will make changes in contrib next. * fix oc conversion
…y#1530) * Avoid using "infrastructure" terminology for all cloud Infrastructure in cloud has a specific connotation for concepts explained in Infrastructure-as-a-Service (IaaS). Avoid this termilogy because it's exclusive of some other services/platforms that is represented by the "cloud" namespace. Renaming "infrastructure_service" to "service" also due to the new key length limits we are considering and infrastructure_service is a lengthy choice.
BTW, since renaming is essentially a braking change, how should it work for specs v1.0+? |
Hopefully once Telemetry Schemas are implemented renaming can be handled though them. |
…y#1530) * Avoid using "infrastructure" terminology for all cloud Infrastructure in cloud has a specific connotation for concepts explained in Infrastructure-as-a-Service (IaaS). Avoid this termilogy because it's exclusive of some other services/platforms that is represented by the "cloud" namespace. Renaming "infrastructure_service" to "service" also due to the new key length limits we are considering and infrastructure_service is a lengthy choice.
Infrastructure in cloud has a specific connotation for concepts
explained in Infrastructure-as-a-Service (IaaS). Avoid this
terminology because it's exclusive of some other services/platforms
that is represented by the "cloud" namespace.
Renaming "infrastructure_service" to "platform" also due to the new
key length limits we are considering and infrastructure_service is
a lengthy choice.