-
Story
-
Resolution: Unresolved
-
Critical
-
None
-
None
-
False
-
-
False
-
None
-
Unset
-
None
-
-
-
We have a newly discovered use case in our application (SWATCH) where we will periodically check if a customer has exceeded their usage threshold. The business requirement is to only notify the customer the first time an org crosses that threshold, not with repeated emails for the same ongoing condition.
We are aware of the existing event-level deduplication using a unique event ID. However, this approach would require the client app, SWATCH, to become stateful: we'd have to build and maintain a system just to store and manage these IDs for the entire duration of a condition.
We also recognize that the Notification Service offers a Daily Digest feature. While helpful in many scenarios, it doesn’t align with our needs in this case. SWATCH may emit one of these threshold-exceeded events every day (or even every hour), but the business requirement is to notify the customer only the first time during the month that the threshold is crossed. Even a Daily Digest would result in far more emails than desired.
We believe a more robust solution would be for the Notification Service to handle this suppression logic natively. We're proposing a feature that would allow a client to signal that an event is part of a single, ongoing condition. The Notification Service would then be responsible for intelligently suppressing subsequent notifications for that same condition until it's resolved.
This approach would place the responsibility for state management on the service, allowing client applications like SWATCH to remain stateless.
This pattern is common in monitoring systems (e.g., how PagerDuty ingests continuous alerts from Grafana but only creates one incident) and it centralizes complex logic in the platform where it belongs. It would be a huge benefit for all downstream teams, allowing SWATCH to focus on utilization business logic without building redundant tracking systems.
Could we explore adding a feature like this?
- blocks
-
SWATCH-175 Notifications Support
-
- In Progress
-
- relates to
-
RHCLOUD-36407 [RFE] Offer Weekly Digest for Notification Emails
-
- New
-