You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ML Job used for the expected bounds comparison is evaluating the overall number of transactions and their latency. It's not split by transaction.name
Therefore when displaying the expected bounds on top of individual transactions, the comparison does not make sense as it's always higher unless the service only has a single transaction.name
Overall Service (this works as expected)
Individual Transaction (this does not work)
Easy fix is to just disable the comparison for the individual views.
Longer term better fix could be to evaluate a multi metric job which splits the results by each unique transaction.name
The text was updated successfully, but these errors were encountered:
Kibana version: 8.5.0 BC
Describe the bug:
The ML Job used for the expected bounds comparison is evaluating the overall number of transactions and their latency. It's not split by
transaction.name
Therefore when displaying the expected bounds on top of individual transactions, the comparison does not make sense as it's always higher unless the service only has a single
transaction.name
Overall Service (this works as expected)
Individual Transaction (this does not work)
Easy fix is to just disable the comparison for the individual views.
Longer term better fix could be to evaluate a multi metric job which splits the results by each unique
transaction.name
The text was updated successfully, but these errors were encountered: