26 Apr 2024 01:06 PM - last edited on 06 May 2024 01:10 PM by MaciejNeumann
H.A.N.T.Y. - Has Anyone Noticed This Yet?
This is a discussion of findings while investigating the migration from Classic OS Service Monitoring to the New OS Service Monitoring.
I will go first.
The metric names (Keys in a Key:Value pair) have changed between Classic and New.
Examples:
Classic - builtin:host.osService.availability
New - builtin:osservice.availability
Impact:
All things that are dependent upon specific metrics will have to be adjusted.
This includes, but is not limited to, dashboards & Anomaly Detection Metric Events.
Discussion Points:
1) Are any of you in the process of moving from Classic to New?
2) How are you making the changes that affect dashboards?
a) We have thousands of dashboards and some portion of those will be affected
b) Are you informing your users of the change and how to update or are you doing this programmatically?
Thanks,
Cole Cather
26 Apr 2024 04:56 PM
Hi @jeffrey_cather
Exist several scenarios where Dynatrace updates its metrics (similar to the case you mention), and they are normally notified in Dynatrace release note.
https://docs.dynatrace.com/docs/whats-new
1) Are any of you in the process of moving from Classic to New?
Yes, it happened to us when they updated their metrics for Kubernetes.
2) How are you making the changes that affect dashboards?
a) We have thousands of dashboards and some portion of those will be affected
The way we take
Another solution that you could try is to make massive changes with Monaco, downloading all the affected Dashboards, applying the change at the code level and uploading the dashboards to dynatrace again.
b) Are you informing your users of the change and how to update or are you doing this programmatically?
In our tests, the metrics did not provide differences or anomalies, which is why we decided not to inform the end user.
I don't see much reason in bothering the end user.
I hope it's helpful 💪