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
Semantic conventions are foundational to OpenTelemetry and the cornerstone of data quality across the ecosystem.
22
-
The OpenTelemetry community has recently updated the tooling used to generate these conventions into usable code by introducing the [weaver] project.
22
+
The OpenTelemetry community has recently updated the tooling used to generate these conventions into usable code by introducing the [weaver](https://github.com/open-telemetry/weaver) project.
23
23
We plan to integrate this new tooling into the OpenTelemetry Go project and provide updates to the latest versions of semantic conventions.
This goal aims to enhance the observability of the OpenTelemetry Go SDK itself.
32
32
We plan to add metrics about the tracing portions of the SDK as a first step, but hope to expand this with more signals measuring all areas of the SDK.
@@ -35,71 +35,45 @@ Unified semantic conventions across all OpenTelemetry languages will play a crit
Recently, the Go team [updated runtime metrics within the Go language].
43
-
These updates have been [codified in OpenTelemetry semantic conventions], and are provided as opt-in metrics in the [`runtime` package].
41
+
Recently, the Go team [updated runtime metrics within the Go language](https://github.com/golang/go/issues/67120).
42
+
These updates have been [codified in OpenTelemetry semantic conventions](https://github.com/open-telemetry/semantic-conventions/pull/981), and are provided as opt-in metrics in the [`runtime` package](https://pkg.go.dev/go.opentelemetry.io/contrib/instrumentation/runtime#pkg-overview).
44
43
The Go SIG plans to gather community feedback and transition these metrics to an opt-out model, allowing better observability of Go runtimes.
Stabilizing the Logs API is crucial for providing a logging solution that aligns with OpenTelemetry’s overarching goals.
53
-
Currently, a non-stable "beta" implementation of this API is provided in the [`log` package], along with many bridges[^1][^2][^3][^4][^5] to popular logging packages.
52
+
Currently, a non-stable "beta" implementation of this API is provided in the [`log` package](https://pkg.go.dev/go.opentelemetry.io/otel/log), along with many bridges[^1](https://pkg.go.dev/go.opentelemetry.io/contrib/bridges/otellogr)[^2](https://pkg.go.dev/go.opentelemetry.io/contrib/bridges/otellogrus)[^3](https://pkg.go.dev/go.opentelemetry.io/contrib/bridges/otelslog)[^4](https://pkg.go.dev/go.opentelemetry.io/contrib/bridges/otelzap)[^5](https://pkg.go.dev/go.opentelemetry.io/contrib/bridges/otelzerolog) to popular logging packages.
54
53
55
54
The Go SIG plans to continue its effort in developing the upstream specification.
56
55
Work to stabilize the OpenTelemetry Go implementation depends on this upstream development, including the development of the event signal.
Stabilizing the [`otelhttp` instrumentation package] will ensure seamless HTTP observability and improved integration with the OpenTelemetry ecosystem.
63
+
Stabilizing the [`otelhttp` instrumentation package](https://pkg.go.dev/go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp) will ensure seamless HTTP observability and improved integration with the OpenTelemetry ecosystem.
65
64
Before this can be accomplished, the instrumentation needs to be upgraded to use the latest stable version of semantic conventions.
66
65
Currently, the `otelhttp` package supports duplicating semantic conventions as we transition to the newer version.
67
66
We plan to finish supporting this duplication in all HTTP instrumentation, and then transition to an opt-out model for the latest semantic conventions in all instrumentation packages.
This effort focuses on enabling configuration of the SDK with YAML and JSON files, making it easier for users to adopt and customize OpenTelemetry without relying solely on environment variables or code changes.
76
-
Currently, the [`config` package] provides and implementation of this feature.
77
-
As [file-based configuration is stabilized upstream in the specification], we plan to keep `config` up-to-date with these changes and provide feedback to its development.
[file-based configuration is stabilized upstream in the specification]: https://github.com/orgs/open-telemetry/projects/38
75
+
Currently, the [`config` package](https://pkg.go.dev/go.opentelemetry.io/contrib/config) provides and implementation of this feature.
76
+
As [file-based configuration is stabilized upstream in the specification](https://github.com/orgs/open-telemetry/projects/38), we plan to keep `config` up-to-date with these changes and provide feedback to its development.
103
77
104
78
## Conclusion
105
79
@@ -108,6 +82,4 @@ These initiatives will enhance the observability landscape, improve developer ex
108
82
We’re excited to work with the community to bring these goals to fruition!
109
83
110
84
We want to hear from you!
111
-
Let us know what is missing or what you would like to see prioritized by commenting on [our tracking GitHub issue].
Let us know what is missing or what you would like to see prioritized by commenting on [our tracking GitHub issue](https://github.com/open-telemetry/opentelemetry-go/issues/6175).
0 commit comments