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

Project Tracking: System Semantic Conventions stability #3556

Closed
frzifus opened this issue Jun 16, 2023 · 15 comments
Closed

Project Tracking: System Semantic Conventions stability #3556

frzifus opened this issue Jun 16, 2023 · 15 comments
Assignees

Comments

@frzifus
Copy link
Member

frzifus commented Jun 16, 2023

Description

The OpenTelemetry Collector community would like to stabilize system semantic conventions including system metrics in order to help the adoption of the OTel hostmetricsreceiver.

Project Board

See: https://github.com/orgs/open-telemetry/projects/55/views/3

Roadmap

done

Optional

Finally

  • Stabilize existing semantic conventions (system metrics)

Deliverables

  • Mark the system semantic conventions as stable.
  • Update existing OpenTelemetry Collector hostmetricsreceiver to conform with the stable conventions.

Staffing / Help Wanted

The goal is to follow @tedsuo's proposed Semantic Convention Process.

  • Stage 1: Working Group Preparation
  • Stage 2: Stabilizing the Specification
  • Stage 3: Implementation

Required staffing

Meeting Times

July 10 - August 21 (6 weeks):

  • Wednesday at 8:30-09:00 Pacific Time

cncf-slack #otel-system-metrics-wg
meeting-notes google-doc

Timeline

Stage 1 (Working Group Preparation) is happening now.

Stage 2 (Stabilizing the Specification) will begin as soon as we have adequate staffing for this project, and we coordinate a weekly meeting times (currently targeting mid-july).

Stage 3 (Implementation) will begin as soon as the system metrics are marked stable, and it should be relatively short we only need to update conformance to the specification for a single collector package.

Labels

The tracking issue should be properly labeled to indicate what parts of the specification it is focused on.

Linked Issues and PRs

All PRs, Issues, and OTEPs related to the project should link back to the tracking issue, so that they can be easily found.

@AlexanderWert
Copy link
Member

Can we add @ChrsMark and @kaiyan-sheng as collaborators who will help with ECS alignment? Thanks!

@frzifus
Copy link
Member Author

frzifus commented Jun 19, 2023

Sure, done. :)

@braydonk
Copy link
Contributor

I work on the Google Cloud Ops Agent which packages the OpenTelemetry Collector for metrics collection, and the hostmetrics specification is very important to us. I also help support other teams at Google that are leveraging the collector and collecting hostmetrics.

I would love to join this working group and contribute to the specification, providing the perspective of both a vendor and user.

@frzifus
Copy link
Member Author

frzifus commented Jun 20, 2023

Thats great, added you 🙂

@jsuereth
Copy link
Contributor

As mentioned in the Specification meeting, do we have a back-log of issues to triage or work through as part of this working group? Could we add that in this proposal?

@frzifus
Copy link
Member Author

frzifus commented Jun 20, 2023

We will try to deliver by the end of the week. We will compile the scope in a google doc and move it here.

cc @mx-psi

@bertysentry
Copy link
Contributor

I'm definitely interested in helping in this wg

@dineshg13
Copy link
Member

i am interested in this work.

@frzifus
Copy link
Member Author

frzifus commented Jun 26, 2023

Hi @bertysentry, @dineshg13 - added you both :)

@jsuereth synced with @mx-psi and we linked the roadmap.

@jsuereth
Copy link
Contributor

This is approved to run by TC.

@mx-psi @frzifus Are you able to set up the calendar invites and meeting notes?

I'll get you a project status board and move the issues listed to it to start.

@frzifus
Copy link
Member Author

frzifus commented Jun 28, 2023

Sure, we will figure out how that works. 👍

@dmitryax
Copy link
Member

We also need to find a way to capture "available" memory reported by Linux kernel (>3.16) open-telemetry/opentelemetry-collector-contrib#7417

@braydonk
Copy link
Contributor

I'd be interested in helping with open-telemetry/opentelemetry-collector-contrib#7417

@ChrsMark
Copy link
Member

I can look into the open-telemetry/semantic-conventions#130.

@tigrannajaryan
Copy link
Member

Project is setup, closing the issue. If anything else is needed please reopen or create a new issue.

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

No branches or pull requests

10 participants