Alert Profiling and Notification Complexity

[harsit1105]

Currently facing operational inefficiencies in managing alert profiling and problem notifications across multiple applications. Each application requires a separate and manually configured alert profile, leading to duplicated effort, inconsistent configurations, and increased risk of missed or delayed notifications. This fragmented approach hinders scalability, complicates maintenance, and reduces the overall effectiveness of the alerting system.

Is their any chance I can make use of workflow for dynamic per-app alert routing?

Note : Here I have created 2 auto-tags (1. App 2. OwnerEmail) which can be used during the token and mapping as per the app alert.

[Romanenkov_Al3x]

Based on practical experience, the optimal solution for customized requests is to create a simple application combined with a custom webhook integration. This allows embedding any required logic, limited only by the programming language. Furthermore, additional Dynatrace API calls can be implemented to fetch problems proactively, eliminating the need to wait for webhook triggers. The result is a robust tool with tailored logic for your customer or engineer.

Perhaps my approach isn’t the best (but it helped me learn golang), and maybe someone has a better method using standard settings.

Regards,

Aleksandr Romanenkov