This repository serves as a collection of examples of extending functionality of OpenTelemetry Java instrumentation agent. It demonstrates how to repackage the aforementioned agent adding custom functionality. For every extension point provided by OpenTelemetry Java instrumentation, this repository contains an example of its usage.
This repository has four main submodules:
customcontains all custom functionality, SPI and other extensionsagentcontains the main repackaging functionality and, optionally, an entry point to the agent, if one wishes to customize thatinstrumentationcontains custom instrumentations added by vendorsmoke-testscontains simple tests to verify that resulting agent builds and applies correctly
- DemoIdGenerator - custom
IdGenerator - DemoInstrumenterCustomizerProvider - custom instrumentation customization
- DemoPropagator - custom
TextMapPropagator - DemoSampler - custom
Sampler - DemoSpanProcessor - custom
SpanProcessor - DemoSpanExporter - custom
SpanExporter - DemoServlet3InstrumentationModule - additional instrumentation
There are several options to override or customise instrumentation provided by the upstream agent. The following description follows one specific use-case:
Instrumentation X from Otel distribution creates span that I don't like and I want to change it in my vendor distro.
As an example, let us take some database client instrumentation that creates a span for database call and extracts data from db connection to provide attributes for that span.
The InstrumenterCustomizerProvider extension point allows you to customize instrumentation behavior without modifying the instrumentation:
- Add custom attributes and metrics to existing instrumentations
- Customize context
- Transform span names to match your naming conventions
- Apply customizations conditionally based on instrumentation name or type (HTTP client, HTTP server, DB client, etc.)
The easiest case. You can just pre-configure your distribution and disable given instrumentation.
I want to add/modify some attributes and their values does NOT depend on a specific db connection instance
E.g. you want to add some data from call stack as span attribute.
In this case just provide your custom SpanProcessor.
No need for touching instrumentation itself.
Write a new instrumentation which injects its own advice into the same method as the original one.
Use getOrder method to ensure it is run after the original instrumentation.
Now you can augment current span with new information.
See DemoServlet3Instrumentation.
Write custom exporter or use attribute filtering functionality in Collector.
Disable existing instrumentation.
Write a new one, which injects Advice into the same (or better) method as the original instrumentation.
Write your own Advice for this.
Use existing Tracer directly or extend it.
As you have your own Advice, you can control which Tracer you use.