opentelemetry-instrumentation-tornado
Tornado instrumentation for OpenTelemetry
Decision gist · record as of 2026-08-14
Yes, if you are running Tornado in a microservice or multi-service environment where distributed tracing is valuable. The package is actively maintained, has no known vulnerabilities, and carries low install friction. The beta status and reliance on WSGI middleware (which may not fully align with Tornado's async model) warrant testing in your specific use case before production deployment.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.10 or later; Tornado application must be initialized before instrumentation is applied.
- Low friction installation with a small, focused dependency tree.
- The package is actively maintained with a recent release and no known vulnerabilities, though it carries a beta status designation.
License · maintenance · safety
Apache-2.0 (permissive) — Licensed under Apache-2.0 (permissive), allowing use in proprietary and open-source projects with minimal restrictions beyond attribution.
last release 2026-07-16 (29 days) · last repo commit 2026-08-14 · 1,086 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 4,224,670 downloads/mo, #2,359 on PyPI
Alternatives
Verify before relying
pip install opentelemetry-instrumentation-tornado
from opentelemetry.instrumentation.tornado import TornadoInstrumentor
TornadoInstrumentor().instrument()- Whether the WSGI middleware foundation fully covers Tornado's async request handling model
- Performance overhead when tracing high-volume request streams
- Compatibility with Tornado versions not explicitly listed in classifiers
What it is and what it does
This package integrates OpenTelemetry tracing into Tornado web applications by building on OpenTelemetry's WSGI instrumentation layer. It automatically captures HTTP request and response details—headers, status codes, paths, and timing—and exports them to OpenTelemetry backends for distributed tracing and observability. The package depends on opentelemetry-api, opentelemetry-instrumentation, opentelemetry-semantic-conventions, and opentelemetry-util-http to provide the core tracing infrastructure and standardized span attributes.
You install it alongside your Tornado application, and it hooks into the request lifecycle to emit trace spans without requiring code changes to your handlers. It's designed for developers building microservices or multi-service systems where you need end-to-end visibility into how requests flow through Tornado services and across service boundaries.
Use it for
- Trace HTTP requests across a Tornado microservice to diagnose latency and failure patterns
- Export request spans to a backend like Jaeger or Zipkin for distributed tracing visualization
- Monitor Tornado application health by correlating traces with metrics and logs
- Debug request routing and middleware behavior in complex Tornado applications
- Collect standardized HTTP telemetry for compliance or performance auditing
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you are running Tornado in a microservice or multi-service environment where distributed tracing is valuable.
The package is actively maintained, has no known vulnerabilities, and carries low install friction. The beta status and reliance on WSGI middleware (which may not fully align with Tornado's async model) warrant testing in your specific use case before production deployment.
Install
opentelemetry-instrumentation-tornado on PyPI
Before you install
Low friction installation with a small, focused dependency tree. The package is actively maintained with a recent release and no known vulnerabilities, though it carries a beta status designation.
Requires Python 3.10 or later; Tornado application must be initialized before instrumentation is applied.
License in practice
Licensed under Apache-2.0 (permissive), allowing use in proprietary and open-source projects with minimal restrictions beyond attribution.
Quickstart
pip install opentelemetry-instrumentation-tornado
from opentelemetry.instrumentation.tornado import TornadoInstrumentor
TornadoInstrumentor().instrument()Verify before relying
- Whether the WSGI middleware foundation fully covers Tornado's async request handling model
- Performance overhead when tracing high-volume request streams
- Compatibility with Tornado versions not explicitly listed in classifiers
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 4 packagesopentelemetry-apiopentelemetry-instrumentationopentelemetry-semantic-conventionsopentelemetry-util-http |
| Maintenance | Actively maintained 29 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 4,224,670 / month, #2,359 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 :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12Programming Language :: Python :: 3.13Programming Language :: Python :: 3.14 |
Evidence: opentelemetry_instrumentation_tornado-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 › “tornado tracing instrumentation”
- opentelemetry-instrumentation-tornadoAdds OpenTelemetry tracing instrumentation to Tornado web…
- opentracingProvides the OpenTracing API for Python, enabling distributed tracing…
- opentelemetry-instrumentation-pymemcacheAdds OpenTelemetry tracing instrumentation to pymemcache client…
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 opentelemetry-instrumentation-flask · opentelemetry-instrumentation-pyramid · opentelemetry-instrumentation-falcon · opentelemetry-instrumentation-wsgi · opentelemetry-instrumentation-kafka-python · opentelemetry-instrumentation-jinja2 · opentelemetry-util-http · opentelemetry-instrumentation-aiokafka · opentelemetry-instrumentation-aiohttp-server · opentelemetry-instrumentation-pymemcache