OpenTelemetry¶
This package provides effective observability to the flamingo ecosystem using the OpenTelemetry instrumentation library. With the OpenTelemetry module, your application automatically exports telemetry data such as metrics and traces. This makes it easy to analyze your application's behavior and collect statistics about load and performance. It provides exporters for the most common tools, i.e. Jaeger, Prometheus and OTLP components.
The metrics endpoint is provided under the systemendpoint. Once the module is activated you can access them
via http://localhost:13210/metrics
Usage with Flamingo core opencensus¶
This module uses https://pkg.go.dev/go.opentelemetry.io/otel/bridge/opencensus to be compatible with Flamingo core and other Flamingo modules which still use opencesus metrics and traces.
You should not use opencesus.Module
and opentelemetry.Module
at the same time. If you want to use opentelemetry on old code,
only add the opentelemetry.Module
and let the bridge automatically take care.
Bridge Limitations¶
Please note the limitations of the bridge: https://pkg.go.dev/go.opentelemetry.io/otel/bridge/opencensus#hdr-Limitations
Flamingo Samplers¶
Conversion of custom OpenCensus Samplers to OpenTelemetry is not implemented, and An error will be sent to the OpenTelemetry ErrorHandler.
Flamingo's URLPrefixSampler
and config from flamingo.opencensus.tracing.sampler.*
will not work with the bridge.
The URL prefix sampling from Flamingo's opencensus module is reimplemented within this module. You will have to migrate
to the opentelemetry.ConfiguredURLPrefixSampler
.
Please note that the behavior varies slightly since automatic handling of prefixes from the flamingo.router.path
setting is not implemented.
You will need to manually add all full paths to your allowlist and blocklist, respectively. This enables you to decide
on individual path prefixes, instead of having your list entries automatically applied to all configured prefixes,
especially when you also use the prefixrouter.Module
in your project.
Module configuration¶
Config | Default Value | Description |
---|---|---|
flamingo.opentelemetry.serviceName |
flamingo |
serviceName is automatically added to all traces as service.name attribute |
flamingo.opentelemetry.publicEndpoint |
true |
should be set to true for publicly accessible servers to not have incoming traces as parents |
flamingo.opentelemetry.zipkin.enable |
false |
enables the zipkin exporter |
flamingo.opentelemetry.zipkin.endpoint |
http://localhost:9411/api/v2/spans |
URL to the zipkin instance |
flamingo.opentelemetry.otlp.http.enable |
false |
enables the OTLP HTTP exporter |
flamingo.opentelemetry.otlp.http.endpoint |
http://localhost:4318/v1/traces |
URL to the OTLP collector |
flamingo.opentelemetry.otlp.grpc.enable |
false |
enables the OTLP gRPC exporter |
flamingo.opentelemetry.otlp.grpc.endpoint |
grpc://localhost:4317/v1/traces |
URL to the OTLP collector |
flamingo.opentelemetry.tracing.sampler.allowlist |
[] |
list of URL paths that are sampled; if empty, all paths are allowed |
flamingo.opentelemetry.tracing.sampler.blocklist |
[] |
list of URL paths that are never sampled |
Adding your own tracing information¶
Before you can create your own spans, you have to initialize a tracer:
var tracer = otel.Tracer("my-app", trace.WithInstrumentationVersion("1.2.3"))
Now you can create a span based on a context.Context
. This will automatically attach all tracing-relevant
information (e.g. trace-ID) to the span.
func doSomething(ctx context.Context) {
ctx, span := tracer.Start(ctx, "my-span")
defer span.End()
// do some work to track with my-span
}
To add further attributes to the span, please refer to the official OpenTelemetry documentation.
Adding your own metrics¶
To collect your own metrics, you have to initialize a meter:
var meter = otel.Meter("my-app", metric.WithInstrumentationVersion("1.2.3"))
Now you can create a new metric, e.g. a counter:
counter, _ := meter.Int64Counter("my.count",
metric.WithDescription("count of something"),
metric.WithUnit("{something}")
)
counter.Add(ctx, 1)
For more information about the kinds of metrics and how to use them, please refer to the official OpenTelemetry documentation.