a2c75c6d78
* Unexport NoopXXX trace types The change unexports the noop implementations and provide the NoopProvider function for user to construct noop providers. Users can access noop tracer and noop spans by using the provider. This change removes the types users should never be directly using from the package. It improves the usability of the API by reducing the API surface to half and helping the user to focus on the canonical APIs. Fixes #1133 * Provide noop tracer and span for internal use * Remove obsolete doc * Use noop span instead of nil * Fix the broken build |
||
---|---|---|
.circleci | ||
.github | ||
api | ||
bridge/opentracing | ||
codes | ||
example | ||
exporters | ||
internal | ||
label | ||
propagators | ||
sdk | ||
semconv | ||
tools | ||
.gitignore | ||
.gitmodules | ||
.golangci.yml | ||
CHANGELOG.md | ||
CODEOWNERS | ||
CONTRIBUTING.md | ||
doc.go | ||
error_handler.go | ||
get_main_pkgs.sh | ||
go.mod | ||
go.sum | ||
LICENSE | ||
Makefile | ||
Makefile.proto | ||
otel.go | ||
pre_release.sh | ||
README.md | ||
RELEASING.md | ||
tag.sh | ||
verify_examples.sh |
OpenTelemetry-Go
The Go OpenTelemetry implementation.
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.
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.opentelemetry.io/otel/api package. The included examples 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.
You can find officially supported exporters here and in the companion contrib repository. Additionally, there are many vendor specific or 3rd party exporters for OpenTelemetry. These exporters are broken down by trace and metric support.
Project Status
Project boards and milestones can be found at the respective links. We try to keep these accurate and should be the best place to go for answers on project status.
Contributing
See the contributing documentation.