Paris, France
2018
  |  By Leo Baecker
To monitor Celery beat, give each periodic task its own heartbeat URL and ping it from the worker when the task succeeds, with a task_success signal handler. If beat is down, the message sits in a queue no worker reads, or the task raises, the ping does not arrive and you get an alert. The trap is that beat only publishes messages: its log prints Sending due task on schedule whether or not anything ever runs the task.
  |  By Leo Baecker
To monitor a database backup, make the backup script check its own output (exit code, file size, a table you know must be there) and ping a heartbeat URL only when all of it passed. If that ping does not arrive on schedule, you get an alert. A backup that failed, wrote an empty file, hung, or never started all look the same from the outside: no success ping.
  |  By Leo Baecker
Summarize with ChatGPT Claude To get alerted when a server goes down, run a check from outside the server and send its result to a channel that reaches a human. That check can be a cron script on a second machine that pings the host and tests a port, an external ping or TCP port monitor, or an agent on the server whose silence opens an incident. Email and Slack are fine for the record. For a server that matters at 3am, the alert has to escalate to SMS and then a phone call when nobody acknowledges it.
  |  By Leo Baecker
Summarize with ChatGPT Claude To monitor an Ubuntu server, watch seven things: CPU, load average, memory, disk space, disk I/O, network and whether the machine is up at all. You can check all of them in under a minute with commands that ship with Ubuntu (top, free, df, vmstat) plus iostat from the sysstat package. That is fine while you are logged in.
  |  By Leo Baecker
Summarize with ChatGPT Claude The Hyperping MCP server now has 49 tools: 28 that read and 21 that write. An agent connected from Claude Code, Cursor, Codex or another MCP client could already manage monitors, publish a status page incident and schedule maintenance. It can now do most of the rest: declare an incident and page on-call, acknowledge and escalate it, correct what was posted on the status page, create and configure status pages, and reschedule, end or cancel maintenance.
  |  By Leo Baecker
Status pages now have a place for the last step of an incident: the post-mortem. Once an incident is resolved, you can write what happened, why it happened, and what you are changing, then publish it on the incident itself. Until now, the updates you posted during an outage ended with "Resolved", and the explanation lived somewhere else: a blog post, a PDF sent to a few customers, or an email thread. Customers who read the incident on your status page never saw it.
  |  By Leo Baecker
The best DNS monitoring tools are Hyperping for fast DNS checks with on-call and a status page, Oh Dear for authoritative nameserver comparison and change history, Site24x7 for DNSSEC and global locations inside a suite, UptimeRobot for inexpensive DNS checks next to HTTP, and DNS Spy for dedicated DNS security and WHOIS. I analyzed 24 current products and shortlisted five. Every tool below can query DNS on a schedule and alert when the answer is missing or wrong.
  |  By Leo Baecker
The best API monitoring tools are Hyperping for HTTP and API checks with on-call and status pages, Checkly for API monitoring as code, Postman Monitors for teams that already keep collections in Postman, Datadog for connecting failed checks to traces and logs, Grafana Cloud for teams using k6, Better Stack for checks inside a broader incident workflow, and UptimeRobot for inexpensive availability checks.
  |  By Leo Baecker
Summarize with ChatGPT Summarize with Claude The best Redis monitoring setup usually combines more than one tool. Use Prometheus with redis_exporter and Grafana for open-source metrics and alerts, Redis Insight when you need to inspect keys and slow commands, Datadog when Redis failures need to connect to application traces and logs, and Hyperping for the outside-in availability and incident-response layer. I analyzed 32 products and shortlisted seven.
  |  By Leo Baecker
Summarize with ChatGPT Summarize with Claude The best synthetic monitoring tools are Hyperping for Playwright browser checks with on-call and status pages, Checkly for Playwright-native monitoring as code, Datadog for connecting failed journeys to logs and traces, Grafana Cloud for teams using k6, Better Stack for checks inside a broader incident workflow, Site24x7 for no-code recording and broad location coverage, and Uptime.com for enterprise website monitoring.

Beautifully simple and reliable website monitoring. Receive alerts when your website is down through emails, Slack or SMS, integrated with real time data and insights.

Know when your website is down before your users do with downtime alerts through emails and webhooks, real time data and insights.

Why Hyperping?

  • Everything you need, visualized: Monitor your sites with simple and beautiful charts. Measure your uptime, response time and more every minute.
  • Get alerted anywhere you are: Seamlessly integrate notification channels for you and your teammates such as Slack, SMS and emails. Get alerts and react before your users even notice.
  • Global monitoring: Choose from 10 different locations worldwide. We double check (no false positives) from two more locations whenever an error occurs to confirm downtime.
  • Transparency for customer trust: Inform your users about your availability and reliability through the Public Status Page feature. Set up one in seconds.
  • Keep control of your branding: Customise your status page by changing your favicon, a custom logo and the color of the graphs.
  • SSL Monitoring: Never worry about when your SSL certificate is expired or damaged.
  • User Satisfaction: Understand what your users feel when browsing your site.
  • Data retention: Go back in time by keeping a large history of your uptime, response time and outages.

Top companies have peace of mind using Hyperping.