Crate opentelemetry_jaeger
source ·Expand description
Collects OpenTelemetry spans and reports them to a given Jaeger
agent
or collector
endpoint, propagate the tracing context between the applications using Jaeger propagation format.
Warning: Note that the exporter component from this crate will be deprecated in the future. Users are advised to move to opentelemetry_otlp instead as Jaeger supports accepting data in the OTLP protocol. See the Jaeger Docs for details about Jaeger and deployment information.
Compiler support: requires rustc
1.64+
§Quickstart
First make sure you have a running version of the Jaeger instance you want to send data to:
$ docker run -d -p6831:6831/udp -p6832:6832/udp -p16686:16686 -p14268:14268 jaegertracing/all-in-one:latest
Then install a new jaeger pipeline with the recommended defaults to start exporting telemetry:
use opentelemetry::{global, trace::{Tracer, TraceError}};
use opentelemetry_jaeger_propagator;
#[tokio::main]
async fn main() -> Result<(), TraceError> {
global::set_text_map_propagator(opentelemetry_jaeger_propagator::Propagator::new());
let tracer = opentelemetry_jaeger::new_agent_pipeline().install_simple()?;
tracer.in_span("doing_work", |cx| {
// Traced app logic here...
});
global::shutdown_tracer_provider(); // export remaining spans
Ok(())
}
Or if you are running on an async runtime like Tokio and want to report spans in batches
use opentelemetry::{global, trace::{Tracer, TraceError}};
use opentelemetry_sdk::runtime::Tokio;
use opentelemetry_jaeger_propagator;
fn main() -> Result<(), TraceError> {
global::set_text_map_propagator(opentelemetry_jaeger_propagator::Propagator::new());
let tracer = opentelemetry_jaeger::new_agent_pipeline().install_batch(Tokio)?;
tracer.in_span("doing_work", |cx| {
// Traced app logic here...
});
global::shutdown_tracer_provider(); // export remaining spans
Ok(())
}
§Performance
For optimal performance, a batch exporter is recommended as the simple exporter
will export each span synchronously on drop. You can enable the rt-tokio
,
rt-tokio-current-thread
or rt-async-std
features and specify a runtime
on the pipeline builder to have a batch exporter configured for you
automatically.
[dependencies]
opentelemetry_sdk = { version = "*", features = ["rt-tokio"] }
opentelemetry-jaeger = { version = "*", features = ["rt-tokio"] }
let tracer = opentelemetry_jaeger::new_agent_pipeline()
.install_batch(opentelemetry_sdk::runtime::Tokio)?;
§Jaeger Exporter From Environment Variables
The jaeger pipeline builder can be configured dynamically via environment variables. All variables are optional, a full list of accepted options can be found in the jaeger variables spec.
§Jaeger Collector Example
If you want to skip the agent and submit spans directly to a Jaeger collector,
you can enable the optional collector_client
feature for this crate. This
example expects a Jaeger collector running on http://localhost:14268
.
[dependencies]
opentelemetry-jaeger = { version = "..", features = ["collector_client", "isahc_collector_client"] }
Then you can use the with_endpoint
method to specify the endpoint:
// Note that this requires the `collector_client` feature.
// We enabled the `isahc_collector_client` feature for a default isahc http client.
// You can also provide your own implementation via .with_http_client() method.
use opentelemetry::trace::{Tracer, TraceError};
fn main() -> Result<(), TraceError> {
let tracer = opentelemetry_jaeger::new_collector_pipeline()
.with_endpoint("http://localhost:14268/api/traces")
// optionally set username and password for authentication of the exporter.
.with_username("username")
.with_password("s3cr3t")
.with_isahc()
//.with_http_client(<your client>) provide custom http client implementation
.install_batch(opentelemetry_sdk::runtime::Tokio)?;
tracer.in_span("doing_work", |cx| {
// Traced app logic here...
});
Ok(())
}
§Resource, tags and service name
In order to export the spans in different format. opentelemetry uses its own model internally. Most of the jaeger spans’ concept can be found in this model. The full list of this mapping can be found in OpenTelemetry to Jaeger Transformation.
The process tags in jaeger spans will be mapped as resource in opentelemetry. You can
set it through OTEL_RESOURCE_ATTRIBUTES
environment variable or using with_trace_config
.
Note that to avoid copying data multiple times. Jaeger exporter will uses resource stored in Exporter
.
The tags in jaeger spans will be mapped as attributes in opentelemetry spans. You can
set it through set_attribute
method.
Each jaeger span requires a service name. This will be mapped as a resource with service.name
key.
You can set it using one of the following methods from highest priority to lowest priority.
with_service_name
.- include a
service.name
key value pairs when configure resource usingwith_trace_config
. - set the service name as
OTEL_SERVICE_NAME
environment variable. - set the
service.name
attributes inOTEL_RESOURCE_ATTRIBUTES
. - if the service name is not provided by the above method.
unknown_service
will be used.
Based on the service name, we update/append the service.name
process tags in jaeger spans.
§Kitchen Sink Full Configuration
Example showing how to override all configuration options. See the
CollectorPipeline
and AgentPipeline
docs for details of each option.
§Export to agents
use opentelemetry::{global, KeyValue, trace::{Tracer, TraceError}};
use opentelemetry_sdk::{trace::{config, RandomIdGenerator, Sampler}, Resource};
use opentelemetry_jaeger_propagator;
fn main() -> Result<(), TraceError> {
global::set_text_map_propagator(opentelemetry_jaeger_propagator::Propagator::new());
let tracer = opentelemetry_jaeger::new_agent_pipeline()
.with_endpoint("localhost:6831")
.with_service_name("my_app")
.with_max_packet_size(9_216)
.with_auto_split_batch(true)
.with_instrumentation_library_tags(false)
.with_trace_config(
config()
.with_sampler(Sampler::AlwaysOn)
.with_id_generator(RandomIdGenerator::default())
.with_max_events_per_span(64)
.with_max_attributes_per_span(16)
// resources will translated to tags in jaeger spans
.with_resource(Resource::new(vec![KeyValue::new("key", "value"),
KeyValue::new("process_key", "process_value")])),
)
.install_batch(opentelemetry_sdk::runtime::Tokio)?;
tracer.in_span("doing_work", |cx| {
// Traced app logic here...
});
// export remaining spans. It's optional if you can accept spans loss for the last batch.
global::shutdown_tracer_provider();
Ok(())
}
§Export to collectors
Note that this example requires collector_client
and isahc_collector_client
feature.
use opentelemetry::{global, KeyValue, trace::{Tracer, TraceError}};
use opentelemetry_sdk::{trace::{config, RandomIdGenerator, Sampler}, Resource};
use opentelemetry_jaeger_propagator;
fn main() -> Result<(), TraceError> {
global::set_text_map_propagator(opentelemetry_jaeger_propagator::Propagator::new());
let tracer = opentelemetry_jaeger::new_collector_pipeline()
.with_endpoint("http://localhost:14250/api/trace") // set collector endpoint
.with_service_name("my_app") // the name of the application
.with_trace_config(
config()
.with_sampler(Sampler::AlwaysOn)
.with_id_generator(RandomIdGenerator::default())
.with_max_events_per_span(64)
.with_max_attributes_per_span(16)
.with_max_events_per_span(16)
// resources will translated to tags in jaeger spans
.with_resource(Resource::new(vec![KeyValue::new("key", "value"),
KeyValue::new("process_key", "process_value")])),
)
.with_username("username")
.with_password("s3cr3t")
.with_timeout(std::time::Duration::from_secs(2))
.install_batch(opentelemetry_sdk::runtime::Tokio)?;
tracer.in_span("doing_work", |cx| {
// Traced app logic here...
});
// export remaining spans. It's optional if you can accept spans loss for the last batch.
global::shutdown_tracer_provider();
Ok(())
}
§Crate Feature Flags
The following crate feature flags are available:
-
collector_client
: Export span data directly to a Jaeger collector. User MUST provide the http client. -
hyper_collector_client
: Export span data with Jaeger collector backed by a hyper default http client. -
reqwest_collector_client
: Export span data with Jaeger collector backed by a reqwest http client. -
reqwest_blocking_collector_client
: Export span data with Jaeger collector backed by a reqwest blocking http client. -
isahc_collector_client
: Export span data with Jaeger collector backed by a isahc http client. -
wasm_collector_client
: Enable collector in wasm.
Support for recording and exporting telemetry asynchronously can be added
via the following flags, it extends the opentelemetry
feature:
-
rt-tokio
: Enable sending UDP packets to Jaeger agent asynchronously when the tokioMulti-Threaded Scheduler
is used. -
rt-tokio-current-thread
: Enable sending UDP packets to Jaeger agent asynchronously when the tokioCurrent-Thread Scheduler
is used. -
rt-async-std
: Enable sending UDP packets to Jaeger agent asynchronously when theasync-std
runtime is used.
§Supported Rust Versions
OpenTelemetry is built against the latest stable release. The minimum supported version is 1.64. The current OpenTelemetry version is not guaranteed to build on Rust versions earlier than the minimum supported version.
The current stable Rust compiler and the three most recent minor versions before it will always be supported. For example, if the current stable compiler version is 1.64, the minimum supported version will not be increased past 1.46, three minor versions prior. Increasing the minimum supported compiler version is not considered a semver breaking change as long as doing so complies with this policy.
Modules§
- Configurations to build a jaeger exporter.
Structs§
Enums§
- Wrap type for errors from opentelemetry jaeger
Traits§
- JaegerTraceRuntimeDeprecatedJaeger Trace Runtime is an extension to
RuntimeChannel
.
Functions§
- new_agent_pipelineDeprecatedStart a new pipeline to configure a exporter that target a jaeger agent.
- Start a new pipeline to configure a exporter that target a jaeger collector.
- new_wasm_collector_pipelineDeprecated(
collector_client
orwasm_collector_client
) andwasm_collector_client
Similar tonew_collector_pipeline
but the exporter is configured to run with wasm.