Skip to content

Latest commit

 

History

History
 
 

instrumentation

README.md

Instrumentation

Code contained in this directory contains instrumentation for 3rd-party Go packages and some packages from the standard library.

Instrumentation Packages

The following instrumentation packages are provided for popular Go packages and use-cases.

Instrumentation Package Metrics Traces
github.com/astaxie/beego ✓ ✓
github.com/bradfitz/gomemcache ✓
github.com/emicklei/go-restful ✓
github.com/gin-gonic/gin ✓
github.com/go-kit/kit ✓
github.com/gocql/gocql ✓ ✓
github.com/gorilla/mux ✓
github.com/labstack/echo ✓
github.com/Shopify/sarama ✓
go.mongodb.org/mongo-driver ✓
google.golang.org/grpc ✓
gopkg.in/macaron.v1 ✓
host ✓
net/http ✓ ✓
net/http/httptrace ✓
runtime ✓

Additionally, these are the known instrumentation packages that exist outside of this repository for popular Go packages.

Package Name Documentation Notes
github.com/go-redis/redis/v8/redisext Go Docs Trace only; add the hook found here to your go-redis client.

Organization

In order to ensure the maintainability and discoverability of instrumentation packages, the following guidelines MUST be followed.

Packaging

All instrumentation packages SHOULD be of the form:

go.opentelemetry.io/contrib/instrumentation/{IMPORT_PATH}/otel{PACKAGE_NAME}

Where the {IMPORT_PATH} and {PACKAGE_NAME} are the standard Go identifiers for the package being instrumented.

For example:

  • go.opentelemetry.io/contrib/instrumentation/github.com/gorilla/mux/otelmux
  • go.opentelemetry.io/contrib/instrumentation/gopkg.in/macaron.v1/otelmacaron
  • go.opentelemetry.io/contrib/instrumentation/database/sql/otelsql

Exceptions to this rule exist. For example, the runtime and host instrumentation do not instrument any Go package and therefore do not fit this structure.

Contents

All instrumentation packages MUST adhere to the projects' contributing guidelines. Additionally the following guidelines for package composition need to be followed.

  • All instrumentation packages MUST be a Go package. Therefore, an appropriately configured go.mod and go.sum need to exist for each package.
  • To help understand the instrumentation a Go package documentation SHOULD be included. This documentation SHOULD be in a dedicated doc.go file if the package is more than one file. It SHOULD contain useful information like what the purpose of the instrumentation is, how to use it, and any compatibility restrictions that might exist.
  • Examples of how to actually use the instrumentation SHOULD be included.
  • All instrumentation packages MUST provide an option to accept a TracerProvider if it uses a Tracer, a MeterProvider if it uses a Meter, and Propagators if it handles any context propagation. Also, packages MUST use the default TracerProvider, MeterProvider, and Propagators supplied by the global package if no optional one is provided.
  • All instrumentation packages MUST NOT provide an option to accept a Tracer or Meter.
  • All instrumentation packages MUST create any used Tracer or Meter with a name matching the instrumentation package name.
  • All instrumentation packages MUST create any used Tracer or Meter with a semantic version corresponding to the the version of this repository.