Crates.io | opentelemetry-instrumentation-actix-web |
lib.rs | opentelemetry-instrumentation-actix-web |
version | 0.22.0 |
created_at | 2025-05-28 14:59:44.47041+00 |
updated_at | 2025-05-28 14:59:44.47041+00 |
description | OpenTelemetry instrumentation for Actix Web apps |
homepage | https://github.com/open-telemetry/opentelemetry-rust-contrib/tree/main/actix-web-opentelemetry |
repository | https://github.com/open-telemetry/opentelemetry-rust-contrib/tree/main/actix-web-opentelemetry |
max_upload_size | |
id | 1692894 |
size | 283,175 |
OpenTelemetry instrumentation for Actix Web.
actix-web
uses tokio
as the underlying executor, so exporters should be
configured to be non-blocking:
[dependencies]
# if exporting to jaeger, use the `tokio` feature.
opentelemetry-jaeger = { version = "..", features = ["rt-tokio-current-thread"] }
# if exporting to zipkin, use the `tokio` based `reqwest-client` feature.
opentelemetry-zipkin = { version = "..", features = ["reqwest-client"], default-features = false }
# ... ensure the same for any other exporters
# Run jaeger in background
$ docker run -d -p6831:6831/udp -p6832:6832/udp -p16686:16686 jaegertracing/all-in-one:latest
# Run server example with tracing middleware
$ cargo run --example server
# (In other tab) Run client example with request tracing
$ cargo run --example client --features awc
# View spans (see the image below)
$ firefox http://localhost:16686/
awc
-- enable support for tracing the awc
http client.metrics
-- enable support for opentelemetry metrics (only traces are enabled by default)sync-middleware
-- enable tracing on actix-web middlewares that do synchronous work before returning a future. Adds a small amount of overhead to every request.