Hello team, Just one more question. I am implementing manual instrumentation via the opentelemetry python api. My use case is to have some pretty basic error counters that I can alert on when they are above a certain threshold. When setting up the normal OTLPMetricExporter, I am able to query for these custom metrics but the values I query for are cumulative ( counters dont reset back to zero after exporting). Because of this, it makes it impossible to create an query that can alarm if there are x amount of errors in time interval y. The opentelemetry api docs say that you can add a "preferred_temporality" argument that allows you to overide this and specifcy DELTA, which should do what I need and reset the counter to zero after exporting. Problem is when I set this SigNoz is not receieving this metric. Is this not supported? If so how should I go about doing something as simple as this. Some code below: (when I remove AggregationTemporality.DELTA metrics are exported but not correctly for use case)

resource = Resource(attributes = {
        "profile": profile_name,
        "environment": env
    })

    reader = PeriodicExportingMetricReader(
        OTLPMetricExporter(
            endpoint = _monitoring_api_url,
            preferred_temporality = {Counter: AggregationTemporality.DELTA}
        ),
        export_interval_millis = 60000
    )


    provider = MeterProvider(resource = resource, metric_readers = [reader])
    metrics.set_meter_provider(provider)

SigNoz doesn’t support the delta temporality, yet

it makes it impossible to create an query that can alarm if there are x amount of errors in time interval y.

You can use rate to achieve this.

Thanks! Makes sense; played with rate before but just assumed it should be the raw difference and was confused at the number it gave because the interval length isnt specified Can we assume cumulative aggregation would be a robust measurement for the following scenarios? • multiple services pushing the same metrics with frequent restarts (rate will be negative if a service restarts?). How do we take the rate per service and sum them (SUM_RATE)? • export interval is greater than alarm interval (is rate correctly zero on no-exports?) Thanks again for your help 🙂

The counter resets are not handled correctly, so that can be a problem. Yes, if there is no change in the counter for an interval the rate will be zero

your example should be helpful enough to get there if i need it, It will only affect dashboard graphs a litte since I only alert above a threshold just confirming that besides this SUM_RATE in query builder should work out of the box correctly with identical horizontally scaled services? aka each service counter is tracked separately as a time series and the sum of differences of those will be calculated. or since they are identical they are pooled in same time series?

aka each service counter is tracked separately as a time series and the sum of differences of those will be calculated

This is correct.

cool, so I must manually set this then from ptyhon sdk?

Yes