Crates.io | opentelemetry-stdout |
lib.rs | opentelemetry-stdout |
version | 0.27.0 |
source | src |
created_at | 2023-07-29 21:23:18.022479 |
updated_at | 2024-11-12 00:28:39.297974 |
description | An OpenTelemetry exporter for stdout |
homepage | https://github.com/open-telemetry/opentelemetry-rust/tree/main/opentelemetry-stdout |
repository | https://github.com/open-telemetry/opentelemetry-rust/tree/main/opentelemetry-stdout |
max_upload_size | |
id | 929516 |
size | 81,438 |
This crate contains an OpenTelemetry exporter that prints telemetry (logs, metrics and traces) to the standard output.
OpenTelemetry is an Observability framework and toolkit designed to create and manage telemetry data such as traces, metrics, and logs. OpenTelemetry is vendor- and tool-agnostic, meaning that it can be used with a broad variety of Observability backends, including open source tools like Jaeger and Prometheus, as well as commercial offerings.
OpenTelemetry is not an observability backend like Jaeger, Prometheus, or other commercial vendors. OpenTelemetry is focused on the generation, collection, management, and export of telemetry. A major goal of OpenTelemetry is that you can easily instrument your applications or systems, no matter their language, infrastructure, or runtime environment. Crucially, the storage and visualization of telemetry is intentionally left to other tools.
Compiler support: requires rustc
1.70+
This crate includes exporters that support all three signals - Logs, Metrics, and Traces — to standard output. It is intended solely for educational and debugging purposes. Please note, this crate is not optimized for performance, and the format of the output may change, making it unsuitable for production environments
See docs.
OpenTelemetry is built against the latest stable release. The minimum supported version is 1.65. 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.49, 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.