Ten connected systems, one phone, and a rule chain that decides which of them is allowed to ring at night.
This page describes the case PagerDeck was built for: being on call for systems nobody notices as long as they run. The middle of it is four rule chains, and every one of them is evaluated exactly as it is written here.
At the start one source is connected and everything is calm. The problem appears later, once ten systems are sending and each of them brings its own idea of what may pull a person out of bed at four in the morning.
None of them needs a capability that does not exist. The conditions are source, tags, text pattern, urgency and time window; the result is one of the five levels.
Disk on a web server at 94 percent
Conditions (when)
It will not fill up in the next six hours. Delivered quietly at night, and in the morning it sits at the top of the history. The same message at midday misses the time window and stays at normal.
UPS reports it is running on battery
Conditions (when)
Actions (then)
Time critical, at any hour, and without a later rule softening it afterwards. That is what stop is for: the chain ends here.
The overnight backup failed
Conditions (when)
The sender reports an error, and an error it is. Only a failed backup wakes nobody: at six it stands in the history without anybody having got up.
The monitoring itself stopped answering
Conditions (when)
Actions (then)
The one alert after which no further alert can arrive. Left unacknowledged for five minutes it additionally goes to the second device. Without Apple's approval PagerDeck delivers it as high, visible in the history.
The conditions are written the way they stand in the rule editor. Evaluation runs top to bottom, and the first matching rule carrying stop ends the chain.
An HTTP call with the source's ingest key, or a mail to the source's own address. None of it has to be installed inside the monitoring system.
A receiver that can shape the call itself, such as a webhook relay or the route through the source's mail address. Whatever you send in the tags field becomes a condition in the rule chain.
All three can run an HTTP call as an action. What changes is the address and the key.
Expiry warnings are the classic case for silent: they belong in the history, not in the night.
Whatever only speaks mail gets its own address per source from Business, allowlist for senders included.
A curl at the end of the script. No SDK, no library, no dependency that has to be maintained alongside.
A failed nightly run is rarely urgent. As a source of its own it can be quietened in a single line.
Three cases in which something else is the better answer. They stand here because the alternative is finding them out after connecting everything.
Connect one source, write three rules, wait one night. After that you know whether the chain is right.
Product and company names mentioned are trademarks of their respective owners. PagerDeck is not affiliated with, sponsored or endorsed by them. Details in the imprint.