Uptime monitoring

Uptime monitoring that sees what your users see.

Opsentry checks your APIs, websites, and services from outside your infrastructure — so a dead load balancer, an expired certificate, or a broken DNS record shows up in your dashboard before it shows up in a support ticket.

Four kinds of checks, one view of availability.

Internal health checks tell you your process is running. External checks tell you your customers can actually reach it. Opsentry runs both kinds of probe from outside your network:

HTTP & HTTPS

Request any endpoint and assert on status code, response time, and response body content. Catch 500s, slow responses, and bad deploys the moment they happen.

TCP

Verify that non-HTTP services — databases, message queues, mail servers, custom protocols — are accepting connections on the port your clients use.

DNS

Resolve your records from the outside and catch misconfigured zones, expired domains, and propagation problems before they take you offline.

SSL certificates

Track certificate expiry and validity so a forgotten renewal never becomes a browser warning page for your customers.

Response-time tracking

Every check records latency, so you see degradation trends — not just up or down. Spot the slow creep before it becomes an outage.

Uptime statistics

Daily, weekly, and 90-day availability per service, computed from real external checks — the numbers behind your SLA reporting and your public status page.

From failed check to fixed, without the scramble.

Monitoring is only half the job. When a check fails, Opsentry can open an incident automatically using your rules, notify your team by email, webhook, Slack, Teams, Discord, or Telegram, and publish the incident to your public status page — so customers hear it from you, not from each other. Manage the whole lifecycle with incident management. New to this? Start with our guide to uptime monitoring best practices for SaaS teams.

Frequently asked questions

How often does Opsentry check my services?
Checks run on a continuous schedule you control per service. Frequent enough to catch short outages, spaced enough to avoid hammering your endpoints.
How do you avoid false positives?
A single failed probe doesn't page anyone. Incident rules let you require consecutive failures before an incident opens, so a transient network blip doesn't wake your on-call engineer.
Why monitor from outside my infrastructure?
Internal monitoring shares fate with what it monitors: if your network, DNS, or load balancer fails, your internal checks often keep passing. External checks travel the same path your users do, so they fail when your users are failing.
Can I get the uptime data over an API?
Yes — the HTTP API exposes service status and uptime summaries with scoped, token-based authentication.

Know first. Every time.

Set up external uptime monitoring for your first service in about five minutes — free while in early access.

Start Monitoring