I agree it is important to see monitors that are closely related in
a more intuitive manner. Currently there is no automatic modelling of
monitors on the same physical host. Hence this has not been done. This
is an important enhancement we have in mind. This will allow us to
atleast list the monitors and its status in the Monitor Details view.
Probably inline in the "Summary View".
i have to manually gather data from all monitors to see whats happening.
said, we do have plans to provide a customizable dashboard. But that
is some time away as we are working on getting our new client done.
We have the Monitor Group Concept for a bit more advanced use case.
Say you have a Web App that uses 2 DBs, 10 App Servers, 10 physical
servers. In order to see the status of these infrastructure apps in
one place when there is an outage or for general reporting needs we
have to group these "Monitors" under a "Monitor
Group". The Monitor Groups can ideally serve the purpose of
representing status of a "Business Application" in this
context. This is something we will see more in the new reports that we
are working on. The new reports would come with the new web client we
are working on.
this feature, there is potential with a catastrophic type of failure
to 1) burn through all notification credits very
>>quickly 2) overload on
call folks with an unmanageable deluge of SMS and phone calls.
I re-read your original post and
found that we should have an extra protection for this overload of
alerts. For voice calls, we do have some safeguards in place.
After a few calls we will begin to "consolidate and make a
call". This is not present for SMS and EMail Alerts. However
I guess we could look at providing the following new features:
1) A web link in the
"SMS" or EMail to
Off Alerts for the next hour" for that "Contact".
Option in the Web Client > Operations Tab to "Turn Off
Alerts for all users for the next hour" at an account level.
you for your comments.