-
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
Stabilize Metrics Instrument Enabled #4215
Comments
I support this. |
Do we meet the requirement for prototype implementations? Java has a prototype. What other languages have prototypes? |
Go has a prototype in this PR open-telemetry/opentelemetry-go#5768 |
This marks the API stable. Fixes open-telemetry#4215 Signed-off-by: Alex Boten <223565+codeboten@users.noreply.github.com>
@cijothomas pointed out that .net already supports this API https://learn.microsoft.com/en-us/dotnet/api/system.diagnostics.metrics.instrument.enabled?view=net-8.0 |
how many prototypes do we need? |
Three. |
Discussed in the 10/9/2024 TC meeting. A PR doesn't count as a prototype. For user facing APIs, part of the point of prototyping is to get in the hands of users to solicit feedback / issues, and a PR doesn't accomplish this goal. Several languages have invested in tooling to be able to differentiate between experimental and stable APIs. We recommend that languages develop this tooling. Now that the spec has stable traces, metrics, and logs, the continued evolution of these signals is dependent on prototyping and tooling to publish prototypes separately from stable APIs. |
I created a blocking issue: |
I believe the last issue around stabilizing the Enabled API for metric instruments was #4211 and it is now merge.
Are there other issues preventing this from stabilizing?
The text was updated successfully, but these errors were encountered: