Back to Engineering Blog
DevOps5 min read

A Status Page That Queries the Services

Ours reported a build pipeline as unreachable for days and told nobody. Replacing hardcoded green ticks with live checks and an alert that actually sends.

Glacro · Published July 4, 2026

A status page that cannot report a problem is a decoration. Ours was four cards with hardcoded values — a 14ms API node, three idle build workers — that were never measured against anything.

Checking the actual services

Each row now performs a real operation against the service it names: describe the table, head the bucket, fetch the identity provider's public keys, ask the build service for the project, ask the mail service whether sending is enabled. The latency shown is the round trip that check took.

Key Takeaway
The identity check fetches the public JWKS endpoint — the same URL every request's token verification uses. An administrative describe call needed a permission the server does not have, so it reported the service as unreachable while authentication was working perfectly.

A name it cannot guess

Resource names come from configuration with no fallback. An earlier version derived a plausible-looking name from the product name when configuration was missing, then checked a resource that had never existed and reported the build pipeline as down for days.

Telling someone

The checks now raise an operator alert when a dependency is not healthy, de-duplicated per hour so an extended outage does not become a stream of identical mail. The page had been correctly reporting a failure for days, to nobody.

Related Articles

Product Updates

What Glacro Actually Runs, and What It Doesn't

August 26, 2026 · 6 min read
Tutorials

Deploying a Next.js 14 Static Export

August 20, 2026 · 7 min read