opentelemetry-resource-detector-azure
Azure Resource Detector for OpenTelemetry
Decision gist · record as of 2026-08-14
Yes. Install this if you run Python applications on Azure and use OpenTelemetry for tracing. It eliminates boilerplate resource configuration, has no known vulnerabilities, low install friction, and active maintenance. Skip it only if you don't use OpenTelemetry or don't need Azure-specific metadata in your traces.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.8 or later; detectors rely on Azure environment variables (WEBSITE_SITE_NAME, etc.) or Azure Metadata Service availability when running on Azure resources.
- Low friction: pure Python wheel with a single runtime dependency on opentelemetry-sdk.
- Actively maintained with recent commits and no known vulnerabilities.
License · maintenance · safety
permissive license (permissive) — Permissive Apache license; no restrictions on commercial or proprietary use.
last release 2024-05-16 (820 days) · last repo commit 2026-08-14 · 1,086 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 16,032,000 downloads/mo, #1,166 on PyPI
Alternatives
Verify before relying
pip install opentelemetry-resource-detector-azure
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.resource.detector.azure.app_service import AzureAppServiceResourceDetector
from opentelemetry.sdk.resources import get_aggregated_resources
trace_provider = TracerProvider(
resource=get_aggregated_resources([AzureAppServiceResourceDetector()])
)- Whether detectors gracefully handle missing Azure environment variables or metadata service unavailability.
- Performance overhead of resource detection during tracer initialization.
What it is and what it does
This package extends OpenTelemetry's resource detection framework with Azure-specific detectors that automatically populate trace metadata from your Azure deployment environment. When initialized, the detectors read Azure environment variables and metadata service responses to populate standard OpenTelemetry resource attributes like service.name, cloud.platform, cloud.region, and host.id—eliminating manual configuration of these fields in Azure-hosted applications.
The package supports three Azure compute platforms: App Service (web apps), Functions (serverless), and Virtual Machines. Each detector maps Azure-specific metadata to OpenTelemetry's semantic conventions for cloud resources, allowing traces to carry rich context about where they originated without requiring application code changes. It integrates directly with opentelemetry-sdk's TracerProvider and resource aggregation system.
Use it for
- Automatically tag traces from Azure App Service deployments with service name, region, and resource group without manual configuration.
- Correlate telemetry from Azure Functions with function instance IDs and memory limits for serverless workload analysis.
- Enrich VM-based application traces with host metadata (VM size, scale set name, OS type) from the Azure Metadata Service.
- Build multi-cloud observability by standardizing resource attributes across Azure and non-Azure services using OpenTelemetry conventions.
- Simplify trace filtering and aggregation in observability backends by ensuring consistent cloud.provider and cloud.platform attributes.
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes.
Install this if you run Python applications on Azure and use OpenTelemetry for tracing. It eliminates boilerplate resource configuration, has no known vulnerabilities, low install friction, and active maintenance. Skip it only if you don't use OpenTelemetry or don't need Azure-specific metadata in your traces.
Install
opentelemetry-resource-detector-azure on PyPI
Before you install
Low friction: pure Python wheel with a single runtime dependency on opentelemetry-sdk. Actively maintained with recent commits and no known vulnerabilities.
Requires Python 3.8 or later; detectors rely on Azure environment variables (WEBSITE_SITE_NAME, etc.) or Azure Metadata Service availability when running on Azure resources.
License in practice
Permissive Apache license; no restrictions on commercial or proprietary use.
Quickstart
pip install opentelemetry-resource-detector-azure
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.resource.detector.azure.app_service import AzureAppServiceResourceDetector
from opentelemetry.sdk.resources import get_aggregated_resources
trace_provider = TracerProvider(
resource=get_aggregated_resources([AzureAppServiceResourceDetector()])
)Verify before relying
- Whether detectors gracefully handle missing Azure environment variables or metadata service unavailability.
- Performance overhead of resource detection during tracer initialization.
Package facts
| License | permissive license permissive |
| Python support | Supports the current Python release >=3.8 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 1 packageopentelemetry-sdk |
| Maintenance | Actively maintained 820 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 16,032,000 / month, #1,166 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.8Programming Language :: Python :: 3.9 |
Evidence: opentelemetry_resource_detector_azure-0.1.5-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 azure resource detector”
- opentelemetry-resource-detector-azureProvides OpenTelemetry resource detectors that automatically identify…
- opentelemetry-resourcedetector-processExtracts process-level metadata and populates OpenTelemetry Resource…
- opentelemetry-resourcedetector-gcpAutomatically detects and reports GCP resource metadata (GCE, GKE,…
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-resource-detector-containerid · opentelemetry-resourcedetector-gcp · opentelemetry-resourcedetector-docker · opentelemetry-resourcedetector-process · opentelemetry-sdk-extension-aws · opentelemetry-resourcedetector-kubernetes · azure-core-tracing-opentelemetry · azure-monitor-events-extension · opentelemetry-container-distro · azure-monitor-opentelemetry-exporter