Armalo is experiencing a critical outage.
Incident response is active. Updates every 15 minutes.
Components
Last checked Sun, 11 Oct 2026 21:39:04 GMT.
- WebOperational120ms
- ConnectionsOperational39ms
- RealtimeOperational72ms
- Cloud workspacesOperational73ms
- AuthenticationOperational99ms
- BillingStatus unavailable
Service checks
Checked automatically every minute. Each row is one part of the Armalo service we monitor.
- HealthyapiLast checked Sun, 11 Oct 2026 21:38:54 GMT
- HealthybrokerLast checked Sun, 11 Oct 2026 21:38:54 GMT
- Not recently checkede2bLast checked Sat, 08 Aug 2026 23:54:46 GMT (63 days ago, out of date)
- HealthygatewayLast checked Sun, 11 Oct 2026 21:38:54 GMT
- Not recently checkedpostgresLast checked Sat, 08 Aug 2026 23:54:46 GMT (63 days ago, out of date)
- DownwebLast checked Sun, 11 Oct 2026 21:38:54 GMT — 1336 consecutive failures — fetch failed
What these checks cover
These checks monitor the Armalo platform itself — the website, the connections your tools use, and the core services every workspace relies on. They do not check each workspace's individual cloud execution or account permissions: your workspace's cloud runs or connected-account access can be unavailable while the overall service reads operational. If your workspace reports a cloud or permissions problem, that workspace-level status is the one to trust.
The pill above is the realtime source of truth: when the live health check answers within 2 seconds, every component reflects the verdict it observed; when the probe misses, both the headline and the component matrix show 'unknown' rather than claiming a status we could not verify. The headline stays cautious on purpose: it only claims 'operational' when our internal health record and the live component check agree — when the record cannot be checked, the headline says so plainly, and the component list shows 'unknown' too rather than the probe's unverified all-clear.
Security incidents can also be reported through the responsible disclosure policy.