Monitoring

Monitoring is pull-based probing from Mydle workers against targets you configure. Quiet charts mean no checks have run yet, not a fake green score.

• Rules — one monitor per target and kind (HTTP, SSL, or DNS).
• Checks — scheduled executions with pass/fail and timing from the probe.
• Health — project health contributors built only from observed results.
• Alerts — opened (and optionally notified) when evaluation rules match failures.

• HTTP — availability and response expectations (Free and above).
• SSL — certificate validity and expiry warnings (Pro+).
• DNS — DNS resolution for a hostname (Pro+; kind domain).

Setup catalog entries marked Coming soon (store listings, Firebase, robots.txt, sitemap, privacy, app-ads) cannot be activated — they do not score health.

Continuous scheduling requires production Trigger workers. Without them, monitors exist as configuration but do not run on a cadence. Local or manual probe paths may exist for development; treat empty check history as honest, not estimated.

Check results feed project health, alerts, incidents, and status page components when those features are entitled and wired.

• Free — HTTP monitors; project caps apply.
• Pro+ — SSL, DNS, alerts, email notifications, and deeper platform surfaces.

Continuous execution still needs Trigger credentials in production on every plan that schedules checks.

• HTTP Monitoring
• SSL Monitoring
• DNS Monitoring
• Health & Checks
• Alerts
• In the product: /app → project → Monitoring · API: OpenAPI (Enterprise API keys).