This repository is for active development of the Azure SDK for Python. For consumers of the SDK we recommend visiting our public developer docs at https://learn.microsoft.com/python/azure/ or our versioned developer docs at https://azure.github.io/azure-sdk-for-python.
MIT License
4.55k
stars
2.77k
forks
source link
azure.monitor.opentelemetry.exporter add support for stable metrics export in opentelemetry 1.12 #25663
Is your feature request related to a problem? Please describe.
It looks like the newly released stable version of opentelemetry 1.12.0 broke the telemetry exporter in
azure.monitor.opentelemetry.exporter
Describe the solution you'd like
Adapt to match stable api in opentelemetry 1.12
There seems to be two changes required.
AzureMonitorMetricExporter does not implement the abstract method force_flush as defined by
opentelemetry.sdk.metrics.export.MetricExporter
BaseExporter.__init__ does not call the base classes __init__ using super causing the two
private attributes self._preferred_temporality and self._preferred_aggregation to not be set.
PeriodicExportingMetricReader expects these to be present in the exported class given to it.
Describe alternatives you've considered
Continue using unstable api from rc does not seem like a viable solution.
Is your feature request related to a problem? Please describe.
It looks like the newly released stable version of opentelemetry 1.12.0 broke the telemetry exporter in azure.monitor.opentelemetry.exporter
Describe the solution you'd like
Adapt to match stable api in opentelemetry 1.12
There seems to be two changes required.
AzureMonitorMetricExporter
does not implement the abstract methodforce_flush
as defined byopentelemetry.sdk.metrics.export.MetricExporter
BaseExporter.__init__
does not call the base classes__init__
using super causing the two private attributesself._preferred_temporality
andself._preferred_aggregation
to not be set.PeriodicExportingMetricReader
expects these to be present in the exported class given to it.Describe alternatives you've considered
Continue using unstable api from rc does not seem like a viable solution.
Additional context