Monitor Dependancies #4956
Labels
area:monitor
Everything related to monitors
duplicate
This issue or pull request already exists
feature-request
Request for new features to be added
type:enhance-existing
feature wants to enhance existing monitor
π I have found these related issues/pull requests
#1236 (Closed, not merged)
#1717 (Closed, as duplicate of above closed PR)
#271 (Closed, duplicate of #216)
#216 (Closed, github cleaned up after only 7 days..)
#1089 (Opened in 2021)
π·οΈ Feature Request Type
Other
π Feature description
Ability to define monitor dependencies.
Aka, a drop down on a monitor, which allows you to select another monitor the current monitor is dependant on.
βοΈ Solution
I have a lot of services monitored with uptime kuma. Its a fantastic solution.
However, when there are broad networking issues, such as a particular router going offline, I end up getting literally hammered with thousands of notifications for each of the individual services.
It does not make sense to group together these services, as they are separate, independant services.
What, I would really like, is the ability to mark those services as dependant, on a particular monitor.
That way, I can flag all of my say... IOT services, as dependant on the firewall which hosts/routes IOT.
If, the internet goes down, I don't need 20 notifications telling me this- I just need one notification saying, HEY, your internet is down. Being able to map internet-dependant services with a required dependency would allow this to get cleaned up.
Even nicer, would be the ability to map these dependencies using say, Tags.
For, a visual example-
Managing these dependencies via tags, would allow multiple different dependant monitors to be factored in, while giving a visual confirmation.
β Alternatives
About the only viable alternative right now, is to look at other solutions. This, is not a current feature, despite multiple tickets being opened for it. None- of the tickets were closed stating, not planned, or will not implement.
So- this is yet another attempt to revive this.
π Additional Context
No response
The text was updated successfully, but these errors were encountered: