-
Notifications
You must be signed in to change notification settings - Fork 808
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PushMetricExporter forceFlush behavior #3060
Comments
Same for selectAggregationTemporality this should be part of MetricReader and not Exporter, unless I'm missing how the PushMetric Exporter should work |
|
After checking with the spec, I found that for a metric reader if the preferred aggregation temporality is not specified, AggregationTemporality.Cumulative should be used instead of consulting the underlying metric exporter:
/cc @seemk |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. |
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 14 days. |
This issue was closed because it has been stale for 14 days with no activity. |
I'm building a Metrics Exporter for Azure Monitor and noticed some weird behavior in PushMetricExporter interface, this one is exposing forceFlush, I would expect the MetricReader to be the one having a reference to the actual metrics to export and just send them to the exporter whenever forceFlush is executed, currently PeriodicExportingMetricReader is just calling forceFlush in the exporter, instead of collecting the metrics and pass them to the exporter, is it expected for the Exporter to also collect the metrics whenever is a forceFlush executed?, how exactly forceFlush will work in the Exporter?
The text was updated successfully, but these errors were encountered: