cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Looking for Some Best Practices for Optimizing Dynatrace Real User Monitoring (RUM) !!

tonnystark
Newcomer_

Hi Community,

I have recently started using Dynatrace for Real User Monitoring (RUM) and wanted to gather insights from the experts here. While the tool offers excellent out of the box capabilities.., I am keen on maximizing its potential to improve user experience and ensure smooth application performance.

Here are a few questions I would love your input on:

Customization Tips :- Are there specific settings or configurations you recommend tweaking for accurate session replay and user behavior tracking: ??
Performance Alerts :- How do you fine-tune alerts to balance between getting notified about tableau course online critical issues and avoiding alert fatigue: ??
Integration Best Practices :- What’s the best way to integrate RUM with other Dynatrace features, like synthetic monitoring or log analysis, for a unified view: ??
Data Retention :- How do you manage data retention to keep costs reasonable without losing critical insights: ??

Looking forward to hearing how others optimize their RUM setup. Feel free to share any tips, tricks, or challenges you have faced !!

Thanks in advance !!

With Regards,

Tony Stark

2 REPLIES 2

p_devulapalli
Champion

@tonnystark - here is a link to RUM - Best Practices course on DT University, it has some details that might be helpful

https://university.dynatrace.com/ondemand/course/24043

 

Phani Devulapalli

tyler_rowe
Dynatrace Helper
Dynatrace Helper

The good news is that some of this is already handled out of box.

 

Alerting uses the DAVIS baselining to learn your traffic data, so you shouldn't have to worry about false positives. It'll know that your traffic probably goes down overnight (and performance gets worse as bots skew the data), it'll know if you have weekend traffic drops, etc.

 

For data retention, you should have 35 days on SaaS. There is no cost for retaining the DEM data itself; capture is based on amount of billable sessions.

One of the most important initial configuration steps is setting up key user actions and naming rules. KUAs will give longer data retention and customized alerting thresholds for your key actions, and naming rules will help clean up your data. URLs (such as API calls) with unique values in them (eg. parameters, IDs, timestamps, etc) will get picked up as unique actions -- using naming rules gives you the flexibility to group them if needed.

Session/action properties are also very useful to set up. If something exists in a CSS selector (like an error message) or a JS var (eg. various pieces of metadata), you can associate them with the action or session.

Featured Posts