opentelemetry-instrumentation-logging
OpenTelemetry Logging instrumentation
Decision gist · record as of 2026-08-14
Yes, if you are already using OpenTelemetry for traces or metrics and need to unify logging into the same observability pipeline. The low install friction, active maintenance, permissive license, and zero known vulnerabilities make it a safe choice. The beta version status means the API may change, so pin the version if stability is critical. Not necessary if you have no OpenTelemetry infrastructure or use a logging-only solution.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.10 or later; opentelemetry-api and opentelemetry-instrumentation must be installed and configured with a working telemetry backend.
- Low friction installation with three stable runtime dependencies (opentelemetry-api, opentelemetry-instrumentation, opentelemetry-semantic-conventions).
- Repository is active with recent commits and no archived status.
License · maintenance · safety
Apache-2.0 (permissive) — Apache-2.0 permissive license allows commercial and private use with minimal restrictions; suitable for most production environments.
last release 2026-07-16 (29 days) · last repo commit 2026-08-13 · 1,086 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 44,745,746 downloads/mo, #626 on PyPI
Alternatives
Verify before relying
pip install opentelemetry-instrumentation-logging
from opentelemetry.instrumentation.logging import LoggingInstrumentor
LoggingInstrumentor().instrument()- Whether this package automatically captures all logging calls or requires explicit configuration per logger
- What telemetry backends (exporters) are supported or recommended for log ingestion
- Performance overhead when instrumenting high-volume logging workloads
- Whether context propagation (trace IDs, span IDs) is automatically attached to logs
What it is and what it does
This package bridges Python's standard logging module and OpenTelemetry, allowing application logs to be collected and exported as telemetry data. It acts as an instrumentation layer that hooks into the logging system, capturing log records and making them available to OpenTelemetry exporters for centralized observability platforms.
The package depends on opentelemetry-api for core telemetry types, opentelemetry-instrumentation for the instrumentation framework, and opentelemetry-semantic-conventions for standardized attribute naming. It is actively maintained, supports Python 3.10 through 3.14, and carries no known security vulnerabilities. The beta status (0.65b0) indicates the API may still evolve, but the project is in active development with recent releases.
Use it for
- Correlate application logs with distributed traces by exporting logs through OpenTelemetry to platforms like Jaeger or Datadog
- Collect logs from multiple Python services into a single observability backend for centralized log analysis
- Enrich logs with trace context (trace ID, span ID) automatically for better debugging of distributed systems
- Replace custom log forwarding with standardized OpenTelemetry exporters for consistent telemetry collection
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you are already using OpenTelemetry for traces or metrics and need to unify logging into the same observability pipeline.
The low install friction, active maintenance, permissive license, and zero known vulnerabilities make it a safe choice. The beta version status means the API may change, so pin the version if stability is critical. Not necessary if you have no OpenTelemetry infrastructure or use a logging-only solution.
Install
opentelemetry-instrumentation-logging on PyPI
Before you install
Low friction installation with three stable runtime dependencies (opentelemetry-api, opentelemetry-instrumentation, opentelemetry-semantic-conventions). Repository is active with recent commits and no archived status.
Requires Python 3.10 or later; opentelemetry-api and opentelemetry-instrumentation must be installed and configured with a working telemetry backend.
License in practice
Apache-2.0 permissive license allows commercial and private use with minimal restrictions; suitable for most production environments.
Quickstart
pip install opentelemetry-instrumentation-logging
from opentelemetry.instrumentation.logging import LoggingInstrumentor
LoggingInstrumentor().instrument()Verify before relying
- Whether this package automatically captures all logging calls or requires explicit configuration per logger
- What telemetry backends (exporters) are supported or recommended for log ingestion
- Performance overhead when instrumenting high-volume logging workloads
- Whether context propagation (trace IDs, span IDs) is automatically attached to logs
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 3 packagesopentelemetry-apiopentelemetry-instrumentationopentelemetry-semantic-conventions |
| Maintenance | Actively maintained 29 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 44,745,746 / month, #626 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Development Status :: 4 - BetaIntended Audience :: DevelopersLicense :: OSI Approved :: Apache Software LicenseProgramming Language :: PythonProgramming Language :: Python :: 3Programming Language :: Python :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12Programming Language :: Python :: 3.13Programming Language :: Python :: 3.14 |
Evidence: opentelemetry_instrumentation_logging-0.65b0-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “opentelemetry logging integration”
- opentelemetry-instrumentation-loggingIntegrates Python's standard logging module with OpenTelemetry to…
- opentelemetry-instrumentation-structlogIntegrates structlog logging with OpenTelemetry to automatically…
- mlflow-skinnymlflow-skinny is a lightweight client library for MLflow that enables…
Give your agent the search over MCP, or paste the wish link into any chat.
More Monitoring packages
Wraps any iterable to display a real-time progress bar in the terminal or Jupyter notebook, showing iteration count, elapsed time, and estimated time remaining.
Provides generated Python code for OpenTelemetry semantic conventions, enabling standardized attribute naming and constant definitions for instrumentation and telemetry collection.
Install it if you are using OpenTelemetry and want to follow semantic conventions correctly.
Provides the reference implementation of the OpenTelemetry API for collecting and exporting traces, metrics, and logs from Python applications.
Provides the abstract API and interfaces for OpenTelemetry instrumentation in Python, defining how to emit traces, metrics, and logs without tying code to a specific SDK implementation.
Exports OpenTelemetry observability data to an OpenTelemetry Collector using Protobuf-encoded messages over HTTP.
Install it if you are using OpenTelemetry in Python and need to send data to a Collector over HTTP.
Provides automatic instrumentation commands and programmatic APIs to inject distributed tracing into Python applications without code changes, detecting and instrumenting packages used by your program.
Install it if you need distributed tracing without code changes and have compatible instrumented packages in your environment.
See also coralogix-opentelemetry · opentelemetry-instrumentation-structlog · opentelemetry-instrumentation-system-metrics · snowflake-telemetry-python · uptrace · vercel-internal-telemetry · opentelemetry-instrumentation-threading · openfeature-hooks-opentelemetry · grpcio-observability · opentelemetry-contrib-instrumentations