Skip to Main Content
Cloud Management and AIOps

This is an IBM Automation portal for Cloud Management and AIOps products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (

Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal ( - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal ( - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM. - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Is a defect
Workspace Instana
Categories Alert
Created by Guest
Created on Jun 17, 2024

Flexibility to adjust the adaptive threshold to take a longer time-frame into account to avoid sharp changes to the adaptive threshold.

The customer requests more flexibility in the method of determining the adaptive threshold and allow the adaptive threshold to take a longer time-frame into account when modifying the threshold. In the cases experiences by the customer, when a trend has been in place for an extended period of time (for days) and the real-time metric changes dramatically, the adaptive threshold is too quick to be modified. The threshold should take into account a longer historical time-frame to determine the expected value before changing the threshold. These dramatic adaptive threshold changes also cause the events to be closed too quickly when the modified thresholds cause the real-time values to no longer violate the new, adaptive threshold, even though the threshold is not what the historical average has been over the last days. This causes the alerts to be closed too quickly when the issue is still occurring. The alert closure should not occur until the real-time metrics meet the overall historical average over a longer time-period.

The customer did some internal analysis and they noticed if the adaptive alert is taking 14 days data average as statistics for creating thresholds, in such case when there is a sudden drop in the value, the threshold should not adjust so quickly. The customer observed that adaptive alert is creating the adaptive threshold based on only the last few mins or hours data which the customer believes is wrong.

The customer is expecting that it should take average of last 7 days of data for the same time and according should adjust the threshold more slowly based on standard deviation.

Idea priority High
  • Admin
    Máté Návay
    Jun 24, 2024

    Such drastic changes are likely caused by the adaptive algorithm not identifying a trend or seasonality in the metric.
    I've reached out to get an exact example to investigate and see if we can expose some more input for the adaptive calculation.

    1 reply