How this page works
Each service is checked from the website’s own server in Paris when this page is requested, and the result is reused for up to a minute. Reload after that to check again. The web app must load its start page and the cloud API must answer its health check.
These checks confirm that a service is reachable. They sign in to nothing, run no simulation and touch no project, so a service can pass them and still fail at a particular task.
A check refused at the network edge reads Not verified rather than Outage: it says nothing either way about whether the service works for you.
The infrastructure rows are read at the same time from AWS’s records of each component: task counts for the containers, the last 15 minutes of invocations, errors and throttles for the functions, the tile builder’s instance state and the stream group’s capacity. They are reused for up to three minutes. A component idle by design reads Standby. A row the page could not read shows Not verified and leaves the overall status alone, and an outage of an optional component (anything but the simulation engine, the queue worker and the API function) counts as Degraded overall.
Each card’s bars are its last 90 days, one per day in UTC, coloured by the worst it saw that day: green when nothing was wrong, amber for degraded performance, orange for a partial outage, red for an outage, blue for maintenance, grey for a day with no record. They come from two sources: the records AWS keeps and the incidents we declare. For the functions, and the website and cloud API they serve, AWS’s records give the share of invocations that failed in each hour (at least 5 failures making 10% of them is degraded, 50% an outage); for the containers, they give the tasks running against those wanted. The web app, the tile builder and 3-D view streaming keep no such record: their bars show our incidents only, and no uptime.
Uptime is the share of that recorded time without an outage. An outage counts in full, a partial outage for 30% of its duration, and degraded performance and maintenance not at all.
Incidents are the problems we declare ourselves, with their updates: they cover what no check can see as well as what one can. While one is open, the rows it names and the overall status show it, and each one stays in the incident history. Times are in UTC.
Something not working that this page doesn’t show? Tell us. We answer in English or French.