The OpenTelemetry Collector offers a vendor-agnostic way to gather observability data from a variety of instrumentation solutions and send that data to Honeycomb. Applications instrumented with OpenTelemetry SDKs or with Jaeger, Zipkin, or OpenCensus can use the OpenTelemetry Collector to send trace data to Honeycomb as events. Additionally, applications instrumented with OpenTelemetry SDKs or with metrics data from Prometheus, StatsD, Influx, and others can use the OpenTelemetry Collector to send metrics data to Honeycomb.
Honeycomb supports the OpenTelemetry Protocol version 0.7.0 over gRPC. This means you can use the OpenTelemetry Collector and its standard OTLP exporter to send data to Honeycomb without any additional exporters or plugins.
The Collector consists of three components: receivers, processors and exporters, which are then used to construct telemetry pipelines. To send trace or metrics data to Honeycomb, you must configure an OTLP exporter, passing in your Honeycomb API Key and dataset as headers:
exporters: otlp: endpoint: "api.honeycomb.io:443" headers: "x-honeycomb-team": "YOUR_API_KEY" "x-honeycomb-dataset": "YOUR_DATASET"
You must then include the OTLP exporter in the relevant pipeline:
service: extensions:  pipelines: traces: receivers: [otlp] processors:  exporters: [otlp] metrics: receivers: [hostmetrics] processors:  exporters: [otlp]
The following is a complete configuration file example for a Collector instance that accepts Jaeger and OpenTelemetry (over gRPC and HTTP) trace data and exports the data to Honeycomb:
receivers: jaeger: protocols: thrift_http: endpoint: "0.0.0.0:14268" otlp: protocols: grpc: # on port 55680 http: # on port 55681 processors: batch: exporters: otlp: endpoint: "api.honeycomb.io:443" headers: "x-honeycomb-team": "YOUR_API_KEY" "x-honeycomb-dataset": "YOUR_DATASET" extensions: health_check: pprof: zpages: service: extensions: [health_check, pprof, zpages] pipelines: traces: receivers: [jaeger, otlp] processors: [batch] exporters: [otlp]
See the Collector documentation for more examples.
You can run the Collector in Docker to try it out locally. This is needed when adding instrumentation in development to send events to Honeycomb.
For instance, if your config file is called
otel_collector_config.yaml in the current working directory, the following command will run the Collector with open ports for sending OTLP protocol:
$ docker run \ -p 14268:14268 \ -p 55680-55681:55680-55681 \ -v $(pwd)/otel_collector_config.yaml:/etc/otel/config.yaml \ otel/opentelemetry-collector-contrib:latest
More details on running the Collector can be found in its documentation.