Skip to content
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

Define rules for Kubernetes name and uid resource attributes #430

Open
TylerHelmuth opened this issue Oct 19, 2023 · 0 comments
Open

Define rules for Kubernetes name and uid resource attributes #430

TylerHelmuth opened this issue Oct 19, 2023 · 0 comments
Assignees
Labels

Comments

@TylerHelmuth
Copy link
Member

The existing Kubernetes resource attributes list specific groups, but it is not an exhaustive list. The way the semantic convention is written for k8s resource attributes today means that only the following object types are supported:

  • cluster
  • node
  • namespace
  • pod
  • container
  • replicaset
  • deployment
  • statefulset
  • daemonset
  • job
  • cronjob

There are other k8s object kinds, such as HorizontalPodAutoscaler or ConfigMap, as well as custom objects like the Instrumentation and OpenTelemetryCollector objects created by the OpenTelemetry Operator.

It would be good for the Semantic Convention for Kubernetes resource attributes to support a few "generic" rules that would apply to any Kubernetes object. A rule like k8s.{regarding.kind}.name and k8s.{regarding.kind}.uid would help.

Background Context: we want to extract some Kubernetes Events fields into meaningful resource attributes, but sometimes the objects associated with those events will not align with a defined semantic convention: open-telemetry/opentelemetry-collector-contrib#24242

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Todo
Development

No branches or pull requests

4 participants