2022-04-06 23:20:29 +00:00
|
|
|
# OpenTelemetry-Go
|
|
|
|
|
|
|
|
|
|
[](https://github.com/open-telemetry/opentelemetry-go/actions?query=workflow%3Aci+branch%3Amain)
|
|
|
|
|
[](https://app.codecov.io/gh/open-telemetry/opentelemetry-go?branch=main)
|
|
|
|
|
[](https://pkg.go.dev/go.opentelemetry.io/otel)
|
|
|
|
|
[](https://goreportcard.com/report/go.opentelemetry.io/otel)
|
|
|
|
|
[](https://cloud-native.slack.com/archives/C01NPAXACKT)
|
|
|
|
|
|
|
|
|
|
OpenTelemetry-Go is the [Go](https://golang.org/) implementation of [OpenTelemetry](https://opentelemetry.io/).
|
|
|
|
|
It provides a set of APIs to directly measure performance and behavior of your software and send this data to observability platforms.
|
|
|
|
|
|
|
|
|
|
## Project Status
|
|
|
|
|
|
2023-12-11 11:58:19 +00:00
|
|
|
| Signal | Status |
|
|
|
|
|
|---------|------------|
|
|
|
|
|
| Traces | Stable |
|
|
|
|
|
| Metrics | Stable |
|
|
|
|
|
| Logs | Design [1] |
|
2022-04-06 23:20:29 +00:00
|
|
|
|
2023-12-11 11:58:19 +00:00
|
|
|
- [1]: Currently the logs signal development is in a design phase ([#4696](https://github.com/open-telemetry/opentelemetry-go/issues/4696)).
|
2022-04-06 23:20:29 +00:00
|
|
|
No Logs Pull Requests are currently being accepted.
|
|
|
|
|
|
2023-12-11 11:58:19 +00:00
|
|
|
Progress and status specific to this repository is tracked in our
|
2022-04-06 23:20:29 +00:00
|
|
|
[project boards](https://github.com/open-telemetry/opentelemetry-go/projects)
|
|
|
|
|
and
|
|
|
|
|
[milestones](https://github.com/open-telemetry/opentelemetry-go/milestones).
|
|
|
|
|
|
|
|
|
|
Project versioning information and stability guarantees can be found in the
|
2023-12-11 11:58:19 +00:00
|
|
|
[versioning documentation](VERSIONING.md).
|
2022-04-06 23:20:29 +00:00
|
|
|
|
|
|
|
|
### Compatibility
|
|
|
|
|
|
2023-12-11 11:58:19 +00:00
|
|
|
OpenTelemetry-Go ensures compatibility with the current supported versions of
|
|
|
|
|
the [Go language](https://golang.org/doc/devel/release#policy):
|
2022-04-06 23:20:29 +00:00
|
|
|
|
2023-12-11 11:58:19 +00:00
|
|
|
> Each major Go release is supported until there are two newer major releases.
|
|
|
|
|
> For example, Go 1.5 was supported until the Go 1.7 release, and Go 1.6 was supported until the Go 1.8 release.
|
2022-04-06 23:20:29 +00:00
|
|
|
|
2023-12-11 11:58:19 +00:00
|
|
|
For versions of Go that are no longer supported upstream, opentelemetry-go will
|
|
|
|
|
stop ensuring compatibility with these versions in the following manner:
|
|
|
|
|
|
|
|
|
|
- A minor release of opentelemetry-go will be made to add support for the new
|
|
|
|
|
supported release of Go.
|
|
|
|
|
- The following minor release of opentelemetry-go will remove compatibility
|
|
|
|
|
testing for the oldest (now archived upstream) version of Go. This, and
|
|
|
|
|
future, releases of opentelemetry-go may include features only supported by
|
|
|
|
|
the currently supported versions of Go.
|
|
|
|
|
|
|
|
|
|
Currently, this project supports the following environments.
|
2022-04-06 23:20:29 +00:00
|
|
|
|
|
|
|
|
| OS | Go Version | Architecture |
|
2023-12-11 11:58:19 +00:00
|
|
|
|---------|------------|--------------|
|
|
|
|
|
| Ubuntu | 1.21 | amd64 |
|
|
|
|
|
| Ubuntu | 1.20 | amd64 |
|
|
|
|
|
| Ubuntu | 1.21 | 386 |
|
|
|
|
|
| Ubuntu | 1.20 | 386 |
|
|
|
|
|
| MacOS | 1.21 | amd64 |
|
|
|
|
|
| MacOS | 1.20 | amd64 |
|
|
|
|
|
| Windows | 1.21 | amd64 |
|
|
|
|
|
| Windows | 1.20 | amd64 |
|
|
|
|
|
| Windows | 1.21 | 386 |
|
|
|
|
|
| Windows | 1.20 | 386 |
|
2022-04-06 23:20:29 +00:00
|
|
|
|
|
|
|
|
While this project should work for other systems, no compatibility guarantees
|
|
|
|
|
are made for those systems currently.
|
|
|
|
|
|
|
|
|
|
## Getting Started
|
|
|
|
|
|
|
|
|
|
You can find a getting started guide on [opentelemetry.io](https://opentelemetry.io/docs/go/getting-started/).
|
|
|
|
|
|
|
|
|
|
OpenTelemetry's goal is to provide a single set of APIs to capture distributed
|
|
|
|
|
traces and metrics from your application and send them to an observability
|
|
|
|
|
platform. This project allows you to do just that for applications written in
|
|
|
|
|
Go. There are two steps to this process: instrument your application, and
|
|
|
|
|
configure an exporter.
|
|
|
|
|
|
|
|
|
|
### Instrumentation
|
|
|
|
|
|
|
|
|
|
To start capturing distributed traces and metric events from your application
|
|
|
|
|
it first needs to be instrumented. The easiest way to do this is by using an
|
|
|
|
|
instrumentation library for your code. Be sure to check out [the officially
|
|
|
|
|
supported instrumentation
|
|
|
|
|
libraries](https://github.com/open-telemetry/opentelemetry-go-contrib/tree/main/instrumentation).
|
|
|
|
|
|
|
|
|
|
If you need to extend the telemetry an instrumentation library provides or want
|
|
|
|
|
to build your own instrumentation for your application directly you will need
|
|
|
|
|
to use the
|
|
|
|
|
[Go otel](https://pkg.go.dev/go.opentelemetry.io/otel)
|
|
|
|
|
package. The included [examples](./example/) are a good way to see some
|
|
|
|
|
practical uses of this process.
|
|
|
|
|
|
|
|
|
|
### Export
|
|
|
|
|
|
|
|
|
|
Now that your application is instrumented to collect telemetry, it needs an
|
|
|
|
|
export pipeline to send that telemetry to an observability platform.
|
|
|
|
|
|
|
|
|
|
All officially supported exporters for the OpenTelemetry project are contained in the [exporters directory](./exporters).
|
|
|
|
|
|
|
|
|
|
| Exporter | Metrics | Traces |
|
2023-12-11 11:58:19 +00:00
|
|
|
|---------------------------------------|:-------:|:------:|
|
|
|
|
|
| [OTLP](./exporters/otlp/) | ✓ | ✓ |
|
|
|
|
|
| [Prometheus](./exporters/prometheus/) | ✓ | |
|
|
|
|
|
| [stdout](./exporters/stdout/) | ✓ | ✓ |
|
|
|
|
|
| [Zipkin](./exporters/zipkin/) | | ✓ |
|
2022-04-06 23:20:29 +00:00
|
|
|
|
|
|
|
|
## Contributing
|
|
|
|
|
|
|
|
|
|
See the [contributing documentation](CONTRIBUTING.md).
|
