opentelemetry-resource-detector-containerid
Container Resource Detector for OpenTelemetry
Decision gist · record as of 2026-08-14
Yes, if you run containerized applications and use OpenTelemetry for tracing or metrics. It automates container metadata capture with minimal setup and active maintenance. The single dependency and low install friction make it a straightforward addition to any OpenTelemetry stack.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.10 or later; opentelemetry-sdk must be installed.
- Low friction install with a single runtime dependency on opentelemetry-sdk.
- Active maintenance with a recent release (29 days old) and ongoing repository activity.
License · maintenance · safety
Apache-2.0 (permissive) — Apache-2.0 permissive license allows use in commercial and open-source projects with minimal restrictions.
last release 2026-07-16 (29 days) · last repo commit 2026-08-14 · 1,086 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 177,169 downloads/mo, #10,224 on PyPI
Alternatives
Verify before relying
pip install opentelemetry-resource-detector-containerid
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.resource.detector.containerid import ContainerResourceDetector
from opentelemetry.sdk.resources import get_aggregated_resources
TracerProvider(resource=get_aggregated_resources([ContainerResourceDetector()]))- Which container platforms (Docker, Kubernetes, ECS, etc.) are actually supported by this detector
- Whether the detector automatically discovers container metadata or requires environment configuration
What it is and what it does
This package extends OpenTelemetry's resource detection system to automatically capture container runtime metadata and attach it to traces and metrics. When initialized, the ContainerResourceDetector inspects the container environment and extracts identifiers like container ID, image name, and pod information, then registers these as resource attributes that flow through all telemetry signals.
It's designed for containerized applications running on platforms like Docker, Kubernetes, or other container orchestrators. By adding container context to your telemetry, you enable better correlation of traces and metrics with the actual container instances that generated them, making it easier to debug and monitor distributed systems. The package integrates directly into OpenTelemetry's standard resource aggregation pipeline.
Use it for
- Attach container ID and image metadata to traces in Kubernetes-deployed services for better observability
- Correlate metrics and traces with specific container instances in multi-container environments
- Automatically enrich telemetry with pod and container names for easier debugging in orchestrated deployments
- Build container-aware resource attributes for OpenTelemetry exporters without manual environment parsing
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you run containerized applications and use OpenTelemetry for tracing or metrics.
It automates container metadata capture with minimal setup and active maintenance. The single dependency and low install friction make it a straightforward addition to any OpenTelemetry stack.
Install
opentelemetry-resource-detector-containerid on PyPI
Before you install
Low friction install with a single runtime dependency on opentelemetry-sdk. Active maintenance with a recent release (29 days old) and ongoing repository activity.
Requires Python 3.10 or later; opentelemetry-sdk must be installed.
License in practice
Apache-2.0 permissive license allows use in commercial and open-source projects with minimal restrictions.
Quickstart
pip install opentelemetry-resource-detector-containerid
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.resource.detector.containerid import ContainerResourceDetector
from opentelemetry.sdk.resources import get_aggregated_resources
TracerProvider(resource=get_aggregated_resources([ContainerResourceDetector()]))Verify before relying
- Which container platforms (Docker, Kubernetes, ECS, etc.) are actually supported by this detector
- Whether the detector automatically discovers container metadata or requires environment configuration
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 1 packageopentelemetry-sdk |
| Maintenance | Actively maintained 29 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 177,169 / month, #10,224 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Development Status :: 5 - Production/StableIntended 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_resource_detector_containerid-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 › “container id tracing”
- opentelemetry-resource-detector-containeridDetects and registers container runtime metadata (container ID, image…
- azure-ai-agentserver-coreProvides the host framework and infrastructure for building Azure AI…
- opentelemetry-resourcedetector-dockerExtracts Docker container metadata and populates OpenTelemetry…
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-container-distro · opentelemetry-resource-detector-azure · opentelemetry-resourcedetector-docker · opentelemetry-resourcedetector-kubernetes · opentelemetry-resourcedetector-gcp · opentelemetry-sdk-extension-aws · opentelemetry-resourcedetector-process · opentelemetry-instrumentation-logging · opentelemetry-instrumentation-system-metrics · openinference-instrumentation-portkey