TILLDEV · SYSTEM STATUS
LIVEUPDATED 4M AGO

Service outage

3/6 OPERATIONAL · 2 IDLE · PROBED EVERY 5 MIN

90 DAYS AGOAGGREGATE HEALTH SIGNALNOW
88.89%
Uptime · 90d
257ms
Mean latency
3/6
Operational
90+
Days clean

Components6 MONITORED

DashboardWeb app at tilldev.dev and customer subdomains.
90d100.00%
—
Operational
Event ingestSDK event submission endpoints.
90d100.00%
430ms
Operational
Queue & cacheEvent buffering, rate limits and CLI sign-in.
90d100.00%
314ms
Operational
Metadata storeProjects, users and settings.
90d98.89%
—
Idle · cost-safe
Events warehouseEvent storage and queries.
90d88.89%
28ms
Service outageerror response (HTTP 530)
Issue searchFull-text search across issues and events.
90d100.00%
—
Idle · cost-safe

Incident timelineLAST 30 DAYS

NO INCIDENTS LOGGED
A flat line is a good line. 90 days without a reported disruption.

How we measureMETHODOLOGY

ACTIVE PROBES

A scheduled check, run from outside the platform every 5 minutes, contacts each component directly. If it stops, a reading older than 15 minutes shows as no data, never as its last state.

THRESHOLDS

Each probe is hard-capped at an 8s timeout. A slow-but-alive response reads degraded; only a failed call reads outage. We don't catastrophize a transient blip.

SIGNAL

Every check is written to an append-only log kept for 90 days. The trace above is that history, drawn as a single worst-of-all-subsystems signal — the same rollup that lights the banner.

COST-SAFE

Our database scales to zero when idle. Rather than wake it every few minutes just to check, we probe it only while real traffic is flowing — so an untouched subsystem reads idle · cost-safe, never a fabricated green.

UPDATED 4M AGO · 90-DAY RETENTIONSUBSCRIBE VIA JSON →