Microsoft Azure Monitor Opentelemetry Distro Client Library for Python
Project description
Azure Monitor Opentelemetry Distro client library for Python
The Azure Monitor Distro of Opentelemetry Python is a "one-stop-shop" telemetry solution, requiring only one line of code to instrument your application. The distro captures telemetry via OpenTelemetry instrumentations and reports telemetry to Azure Monitor via the Azure Monitor exporters.
Prior to using this SDK, please read and understand Data Collection Basics, especially the section on telemetry types. OpenTelemetry terminology differs from Application Insights terminology so it is important to understand the way the telemetry types map to each other.
This distro automatically installs the following libraries:
- Azure Monitor OpenTelemetry exporters
- A subset of OpenTelemetry instrumentations that are officially supported as listed below.
Officially supported instrumentations
OpenTelemetry instrumentations allow automatic collection of requests sent from underlying instrumented libraries. The following is a list of OpenTelemetry instrumentations that come bundled in with the Azure monitor distro. These instrumentations are enabled by default. See the Usage section below for how to opt-out of these instrumentations.
Instrumentation | Supported library Name | Supported versions |
---|---|---|
Azure Core Tracing OpenTelemetry | azure_sdk |
|
OpenTelemetry Django Instrumentation | django | link |
OpenTelemetry FastApi Instrumentation | fastapi | link |
OpenTelemetry Flask Instrumentation | flask | link |
OpenTelemetry Psycopg2 Instrumentation | psycopg2 | link |
OpenTelemetry Requests Instrumentation | requests | link |
OpenTelemetry UrlLib Instrumentation | urllib | All |
OpenTelemetry UrlLib3 Instrumentation | urllib3 | link |
If you would like to add support for another OpenTelemetry instrumentation, please submit a feature request. In the meantime, you can use the OpenTelemetry instrumentation manually via it's own APIs (i.e. instrument()
) in your code. See this for an example.
Key concepts
This package bundles a series of OpenTelemetry and Azure Monitor components to enable the collection and sending of telemetry to Azure Monitor. For MANUAL instrumentation, use the configure_azure_monitor
function. AUTOMATIC instrumentation is not yet supported.
The Azure Monitor OpenTelemetry exporters are the main components in accomplishing this. You will be able to use the exporters and their APIs directly through this package. Please go the exporter documentation to understand how OpenTelemetry and Azure Monitor components work in enabling telemetry collection and exporting.
Currently, all instrumentations available in OpenTelemetry are in a beta state, meaning they are not stable and may have breaking changes in the future. Efforts are being made in pushing these to a more stable state.
Getting started
Prerequisites
To use this package, you must have:
- Azure subscription - Create a free account
- Azure Monitor - How to use application insights
- Opentelemetry SDK - Opentelemetry SDK for Python
- Python 3.8 or later - Install Python
Install the package
Install the Azure Monitor Opentelemetry Distro with pip:
pip install azure-monitor-opentelemetry
Usage
You can use configure_azure_monitor
to set up instrumentation for your app to Azure Monitor. configure_azure_monitor
supports the following optional arguments. All pass-in parameters take priority over any related environment variables.
Parameter | Description | Environment Variable |
---|---|---|
connection_string |
The connection string for your Application Insights resource. The connection string will be automatically populated from the APPLICATIONINSIGHTS_CONNECTION_STRING environment variable if not explicitly passed in. |
APPLICATIONINSIGHTS_CONNECTION_STRING |
enable_live_metrics |
Enable live metrics feature. Defaults to False . |
N/A |
logger_name |
The name of the Python logger under which telemetry is collected. | N/A |
instrumentation_options |
A nested dictionary that determines which instrumentations to enable or disable. Instrumentations are referred to by their Library Names. For example, {"azure_sdk": {"enabled": False}, "flask": {"enabled": False}, "django": {"enabled": True}} will disable Azure Core Tracing and the Flask instrumentation but leave Django and the other default instrumentations enabled. The OTEL_PYTHON_DISABLED_INSTRUMENTATIONS environment variable explained below can also be used to disable instrumentations. |
N/A |
resource |
Specifies the OpenTelemetry Resource associated with your application. Passed in Resource Attributes take priority over default attributes and those from Resource Detectors. | OTEL_SERVICE_NAME, OTEL_RESOURCE_ATTRIBUTES, OTEL_EXPERIMENTAL_RESOURCE_DETECTORS |
span_processors |
A list of span processors that will perform processing on each of your spans before they are exported. Useful for filtering/modifying telemetry. | N/A |
You can configure further with OpenTelemetry environment variables.
Environment Variable | Description |
---|---|
OTEL_SERVICE_NAME, OTEL_RESOURCE_ATTRIBUTES | Specifies the OpenTelemetry Resource associated with your application. |
OTEL_LOGS_EXPORTER |
If set to None , disables collection and export of logging telemetry. |
OTEL_METRICS_EXPORTER |
If set to None , disables collection and export of metric telemetry. |
OTEL_TRACES_EXPORTER |
If set to None , disables collection and export of distributed tracing telemetry. |
OTEL_BLRP_SCHEDULE_DELAY |
Specifies the logging export interval in milliseconds. Defaults to 5000. |
OTEL_BSP_SCHEDULE_DELAY |
Specifies the distributed tracing export interval in milliseconds. Defaults to 5000. |
OTEL_TRACES_SAMPLER_ARG |
Specifies the ratio of distributed tracing telemetry to be sampled. Accepted values are in the range [0,1]. Defaults to 1.0, meaning no telemetry is sampled out. |
OTEL_PYTHON_DISABLED_INSTRUMENTATIONS |
Specifies which of the supported instrumentations to disable. Disabled instrumentations will not be instrumented as part of configure_azure_monitor . However, they can still be manually instrumented with instrument() directly. Accepts a comma-separated list of lowercase Library Names. For example, set to "psycopg2,fastapi" to disable the Psycopg2 and FastAPI instrumentations. Defaults to an empty list, enabling all supported instrumentations. |
OTEL_EXPERIMENTAL_RESOURCE_DETECTORS |
An experimental OpenTelemetry environment variable used to specify Resource Detectors to be used to generate Resource Attributes. This is an experimental feature and the name of this variable and its behavior can change in a non-backwards compatible way. Defaults to "azure_app_service,azure_vm" to enable the Azure Resource Detectors for Azure App Service and Azure VM. To add or remove specific resource detectors, set the environment variable accordingly. See the OpenTelemetry Python Resource Detector Documentation for more. |
Azure monitor OpenTelemetry Exporter configurations
You can pass Azure monitor OpenTelemetry exporter configuration parameters directly into configure_azure_monitor
. See additional configuration related to exporting here.
...
configure_azure_monitor(
connection_string="<your-connection-string>",
disable_offline_storage=True,
)
...
Examples
Samples are available here to demonstrate how to utilize the above configuration options.
Monitoring in Azure Functions
Trace correlation
Tracked incoming requests coming into your Python application hosted in Azure Functions will not be automatically correlated with telemetry being tracked within it. You can manually achieve trace correlation by extract the TraceContext
directly as shown below:
import azure.functions as func
from azure.monitor.opentelemetry import configure_azure_monitor
from opentelemetry import trace
from opentelemetry.propagate import extract
# Configure Azure monitor collection telemetry pipeline
configure_azure_monitor()
def main(req: func.HttpRequest, context) -> func.HttpResponse:
...
# Store current TraceContext in dictionary format
carrier = {
"traceparent": context.trace_context.Traceparent,
"tracestate": context.trace_context.Tracestate,
}
tracer = trace.get_tracer(__name__)
# Start a span using the current context
with tracer.start_as_current_span(
"http_trigger_span",
context=extract(carrier),
):
...
Logging issues
The Azure Functions worker itself sends logging telemetry itself without the use of the azure monitor sdk (the call to configure_azure_monitor()
). This will cause you to possibly experience duplicate telemetry entries when sending logging telemetry. Our recommendation to customers is to use solely the SDK as it will allow much more rich telemetry and features than using the built in one provided by the Azure Functions worker. You can turn off the Azure Functions telemetry logger by clearing the list of handlers of your logger.
...
root_logger = logging.getLogger()
for handler in root_logger.handlers[:]:
root_logger.removeHandler(handler)
...
Be sure to call the above BEFORE any loggers or the call to configure_azure_monitor()
is setup.
You may also disable logging through Azure Functions configuration.
v2.x+
...
{
"logging": {
...
"logLevel": {
"default": "None",
...
}
}
}
...
v1.x
...
{
"logger": {
"categoryFilter": {
"defaultLevel": "None",
...
}
}
}
...
Troubleshooting
The exporter raises exceptions defined in Azure Core.
Next steps
Check out the documentation for more.
Contributing
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
Additional documentation
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file azure-monitor-opentelemetry-1.5.0.tar.gz
.
File metadata
- Download URL: azure-monitor-opentelemetry-1.5.0.tar.gz
- Upload date:
- Size: 42.4 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: RestSharp/106.13.0.0
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 1a6cec5dbd031e5f4d5174b69a666107d2716fbe06696d62560e68dfd181b951 |
|
MD5 | 9c014c093b2d9581a57d405f1a66224a |
|
BLAKE2b-256 | d2e82845201e3b60a2ba91cfefe1a3adff28a362e83dc3a66608a697b8649a1e |
File details
Details for the file azure_monitor_opentelemetry-1.5.0-py3-none-any.whl
.
File metadata
- Download URL: azure_monitor_opentelemetry-1.5.0-py3-none-any.whl
- Upload date:
- Size: 22.2 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: RestSharp/106.13.0.0
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | ab01528ff7ef92a40bdd4b970ffd2edd31d2d49ce7141d33210ab6ceefa98dbb |
|
MD5 | 4e10454a5ac57816bcd7c25c60d7f46f |
|
BLAKE2b-256 | 40e24873d945442cee3f3a272b9bec052a434eca7b35d896229ed46c36a1f80e |