Heartbeats
Make silent scheduled work visible to your on-call process
MonoDuty Heartbeats provide a dedicated product concept for recurring processes that need operational attention.
No credit card required
01 / Overview
A recurring process needs a recurring proof of life
Scheduled work can fail without producing the same event pattern as an interactive service. A heartbeat gives that recurring work a named place in the monitoring and incident model.
MonoDuty lists Heartbeats alongside Webhooks and Monitors. Use each product for the signal shape it represents, then connect the resulting incident path to on-call coverage.
02 / Operating value
Build a heartbeat around operational meaning
The important design work is deciding what a missing signal means and who should respond.
Name the process and owner
Tie each recurring signal to a job, environment, and responsible team or person.
Define the expected rhythm
Base the operating rule on the schedule the process is actually expected to keep.
Connect failure to response
Align the heartbeat with on-call scheduling and the channels available on your chosen plan.
03 / Workflow
Design the signal before relying on the alert
A heartbeat should be simple to send and unambiguous to interpret.
- 01
Choose a recurring process
Start with work that has a clear expected schedule and a meaningful consequence when it does not complete.
- 02
Follow current setup guidance
Use MonoDuty documentation for the current Heartbeat configuration and request details.
- 03
Test the missing-signal path
Run a safe validation of the complete incident path, including the responsible schedule and plan channels.
04 / Plans
Keep plan facts and Heartbeat limits separate
The public plan matrix specifies users, Webhooks, incidents, channels, and retention, but does not publish a Heartbeat allowance.
Use pricing for plan-wide limits
Compare users, incident volume, channels, and retention on the pricing page.
Use docs for product configuration
Check current documentation for Heartbeat setup details and any product-specific limits.
Validate before production
The published trial lasts 14 days and does not require a credit card.
05 / Questions
Common questions
01What kind of work is a Heartbeat for?
It is a useful monitoring model for recurring work with an expected rhythm, such as a scheduled process.
02Does the public plan matrix publish Heartbeat limits?
No Heartbeat-specific allowance appears in the canonical plan data. Check current documentation and pricing before rollout.
03Can Heartbeats sit alongside Webhooks and Monitors?
Yes. MonoDuty names Heartbeats, Webhooks, and Monitors as separate product capabilities.
MonoDuty / Start
Bring recurring work into view
Start with one meaningful scheduled process, document its owner, and test the full missing-signal response path.