Private beta · invite required

Monitor the public edge. Then monitor what’s behind it.

StackEye combines hosted website and API checks with Linux host health from Station. Team and Enterprise beta customers can also use a support-assisted relay for active HTTP, TCP, Ping, and DNS checks from inside their networks.

Already have an invite? Create your account.

Hosted multi-region checks Linux host metrics through Station Private relay · limited beta
StackEye · stack health
Public internet reachable
StackEye hosted checksmultiple reporting regions
app.example.comHTTP · 200 OK
Customer environment internal signals
Customer-run componentsStation host health · support-assisted beta relay
host CPU 96%
db:5432
corp DNS
The edge is green. A linked Linux host is saturated, and a support-assisted beta relay reports the database path down.

The category difference

Reachable is not the same as healthy

External uptime monitoring answers an important question: can a hosted checker reach this public endpoint? StackEye keeps that view and adds Linux host signals; support-assisted Team and Enterprise beta relays can add active checks from inside a private network.

Hosted external monitoring

Test the public experience

Internet probePublic endpoint

Ideal for confirming that a website or API is reachable from outside your network. UptimeRobot and StackEye both do this.

A public check cannot directly reach a private address that has no public route.

StackEye

Add host and private-network context

StationHost health+Beta relay

Install Station for Linux CPU, memory, filesystem, network, and sensor health. Support-assisted Team and Enterprise beta relays run supported checks from private locations.

These are separate installed roles today. The published Station artifact is not marketed as the private-check runner.

What StackEye monitors today

Outside-in checks, inside-out signals, one operating view

The differentiated product is a connected monitoring workflow—not a longer list of generic alerting features.

01

Public websites and APIs

Run hosted checks from three US regions—East, Central, and West—and require a majority of at least two reporting regions to confirm a DOWN state.

  • HTTP/HTTPS, Ping, TCP, DNS resolution, and SMTP
  • Methods, headers, request bodies, status and content assertions
  • JSONPath assertions plus certificate and domain checks
02

Linux hosts and private locations

Use Station for Linux host monitoring. Team and Enterprise beta customers can use a separate, support-assisted private relay for active internal checks.

  • Station CPU, memory, filesystem, network, and sensor telemetry
  • Station fleet identity, version, status, and lifecycle controls
  • Private HTTP, TCP, Ping, and DNS through the limited-beta relay path
03

Services, devices, and dependencies

Attach monitors to the services and devices they represent. Model parent-child dependencies so a failed upstream probe can suppress downstream alert noise.

  • Service and device inventory with monitor health
  • Probe groups, labels, and ownership context
  • Dependency trees and parent-down suppression
04

From alert to communication

Keep detection and incident communication together, without pretending StackEye is a logs, traces, or full APM platform.

  • Email, Slack, webhook, and PagerDuty channels
  • Alerts, acknowledgements, incidents, and timelines
  • Public status pages with incidents and maintenance

Derived from the real UI

See where each check runs

A monitor uses managed public regions or the support-assisted private path. Private work never falls back to managed public probes, but strict site affinity is not promised during beta: when a configured region has no active bound relay, current assignment logic can use another active private relay in the same organization.

  • Use all three managed US regions; alertable DOWN confirmation requires at least two reporting managed regions.
  • Support-configured beta relays poll for work from inside the organization network; multi-site routing should be confirmed with support.
  • Review per-monitor status, source, response time, and incidents.

The example is sanitized, but its labels, source model, check types, and states mirror the current product.

Monitors private relay connected
private beta · assisted relay Last heartbeat 18s ago
MonitorSourceStatus
app.example.comHTTP · JSONPath Hosted UP
payments.internalHTTP · keyword Private beta UP
postgres.internal:5432TCP port Private beta DOWN
corp.serviceDNS resolution Private beta UP

Installed monitoring roles

Host monitoring and private checks are separate today

The product model is converging, but the published artifacts are not yet one unified runner. The site now reflects that boundary.

01 / STATION

Monitor Linux host health

Enroll Station and manage host identity, status, version, lifecycle, CPU, memory, filesystem, network, and supported sensor signals.

02 / PRIVATE RELAY

Run active internal checks

Configured Team and Enterprise beta relays execute HTTP, TCP, Ping, and DNS checks and submit results over an outbound connection.

03 / RELEASE BOUNDARY

No unified-runner claim yet

The current self-serve private-relay installer path is being repaired, and the published Station release does not include its private-IP execution fix.

Already use UptimeRobot?

Keep the external-watchdog comparison honest

UptimeRobot is a capable hosted public monitor with multi-location checks, API assertions, alerts, incidents, teams, and status pages. StackEye adds Linux host health through Station and, for Team and Enterprise beta customers, active checks through a support-assisted private relay.

Read the evidence-based comparison

Beta plan configuration · live checkout not verified

Start with the monitoring footprint you have

These values come from the current application source. They are not presented as a verified purchasable catalog until the live Stripe checkout is tested. Every CTA joins the invite-gated beta.

Free
$0
  • Configured for 10 monitors
  • 5-minute minimum interval
  • Email alerts
  • 7-day retention
Join the beta
Starter
$5/month
  • 25 monitors
  • Email + Slack alerts
  • API access
  • 14-day retention
Join the beta
Team
$29/month
  • 500 monitors
  • 30-second minimum interval
  • Team management
  • Priority support · 90-day retention
Join the beta

Configured paid amounts still require live Stripe-catalog verification. The billing UI labels Starter with a 2-minute minimum, but the monitor form does not expose that option, so no Starter cadence is promised here. Annual values, status-page allocations, Enterprise terms, and beta-specific overrides remain unpublished.

Scope you can trust

What we are not claiming

Technical buyers should not have to reverse-engineer the boundary between a shipped capability and a roadmap idea.

  • Kubernetes today: Station can run as a DaemonSet for Linux node-host monitoring. Object inventory and probe-to-pod topology exist in development, but are not presented here as generally available production functionality.
  • Telemetry scope: StackEye reports Linux host resources. It is not a logs, traces, RUM, or full APM platform.
  • Private-relay availability: active private HTTP/TCP/Ping/DNS checks are available to Team and Enterprise beta customers through a support-assisted relay, but fresh self-serve packaging is not presented as working until enrollment is repaired and E2E-verified.
  • No unified Station claim: the private-IP execution fix exists after the latest public Station release. Marketing does not claim the released Station runs private checks.
  • No remediation claim: StackEye detects, correlates, and communicates monitoring state; it does not claim automatic repair or universal root cause.

Questions technical buyers ask

Clear answers, including the limits

How is StackEye different from UptimeRobot?

Both products can monitor public websites and APIs from hosted locations. StackEye also ships Station for Linux host health and offers active HTTP, TCP, Ping, and DNS checks through a support-assisted Team and Enterprise beta relay. UptimeRobot’s heartbeat monitor can accept outbound liveness check-ins from internal jobs; that is different from a relay initiating a test against another target.

Do private relays require an inbound firewall rule?

No. The relay connects outward to the StackEye control plane, receives assigned work, and submits results. The private targets do not need a public route.

Does StackEye monitor Kubernetes workloads?

Not as a generally available production claim today. Station can be deployed as a Kubernetes DaemonSet for Linux node-host monitoring. A separate cluster controller and topology UI exist in development, but the current production self-serve cluster flow is not complete.

Which private check types are supported?

Support-assisted Team and Enterprise beta relays support HTTP/HTTPS, TCP port, ICMP Ping, and DNS resolution. SMTP is available for public monitoring but is intentionally excluded from private-region execution. Fresh self-serve relay onboarding is not currently presented as working.

Can I sign up immediately?

StackEye is in private beta. Join the waitlist for access; if you already have an invite code, use the account-creation link in the hero.

Private beta

See beyond the public response

Join the beta to evaluate hosted checks and Linux host health—or discuss the support-assisted Team and Enterprise private-relay path while self-serve onboarding is repaired.

Join the beta waitlist