Bug 726471 - RFE: Transient (or notify only) alerting
RFE: Transient (or notify only) alerting
Status: NEW
Product: RHQ Project
Classification: Other
Component: Alerts (Show other bugs)
4.1
All All
medium Severity medium (vote)
: ---
: ---
Assigned To: RHQ Project Maintainer
Mike Foley
: FutureFeature
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2011-07-28 14:08 EDT by Jay Shaughnessy
Modified: 2011-10-06 15:02 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Jay Shaughnessy 2011-07-28 14:08:04 EDT
Some customers may want to use RHQ alerting solely as an integration point for external systems.

Or, they may want to use alerting not only for exceptional conditions but also as a "heartbeat" mechanism that is used to report not only unexpected behavior but also to confirm good behavior. For example, generating a alert that only ensures that a resource is reporting normally, and within expected performance.

In this case it may not be necessary. or desirable, for RHQ to accumulate the alert history in the database, once successful notification has occurred.

If an alert definition could include a "transient" or "discard alert after notify" type checkbox, RHQ could avoid the overhead of the alert history storage. This could play well into allowing use cases generating large numbers of alerts without the worry of db or UI flooding.

Perhaps we could even have certain flood limits that would force transient alert behavior after some limit had been reached.

Note You need to log in before you can comment on or make changes to this bug.